ООП. мелкие вопросы. Опции

[Marto]

Собственно, обращаюсь к знающим людям, поскольку еще на первых порах с С++ не могу понять краеугольные камни ООП.
И так, допустим, имеем базовый класс :

Код

class base
{
private:
   int priv;
protected:
   int prot;
public:
   int pub;
};

выводим из него производный класс:

Код

class derived:public base
{
private:
  priv_de;
protected:
  prot_de;
public:
  pub_de;
};

А теперь внимание вопросы:
1.имеется ли доступ к private-членам базового класса из производного?
2.если производный класс наследуется как private, то public-члены базового становятся недоступными для производного и становятся его public членами? например член priv (тот, что в секции private объявлен базового класса) в классе derived будет приравнен к его public-членам и будет виден в дальнейшей иерархии классов?
3.Доступ к protected-членам имеется во всей иерархии классов (допустим base->derived1->derived3->derivedN, в этом самом N я могу использовать protected члены базового класса?)?


4. Правильно ли я понимаю, что в методах производного класса могу использовать методы базового класса?
прим:

Код

class base
{
public:
   void method_base(void){cout << "Fuck it!";};
};


clase derived:public base
{
public:
   void show_fuck_it(void){method_base();};
};

[Marto]

Спасибо.

[kolobok0]

Спасибо....

только к ООП это имеет мягко говоря слаааааабое отношение...

ООП - Объектно Ориентированное Проектирование. Заметьте, проектирование. Т.е. до программирования как до китая ползком на карачках вперёд попой... на каком языке реализовывать - дело двадцать пятое. Более того скажу - если Вы воспринимаете решение задач как абстрактные рассуждения о классах - то это тупик. Рекомендую почитать одного из основоположников данной технологии решения задач - Гради Буча. Всё доходчиво, и понятно. Именно отвечает на впрос "как перейти от задачи к программированию".

удачи вам
(круглый)

[dxp]

только к ООП это имеет мягко говоря слаааааабое отношение...

ООП - Объектно Ориентированное Проектирование. Заметьте, проектирование. Т.е. до программирования как до китая ползком на карачках вперёд попой...

Спросил у гугла. Ни одного слова "проектирование" на странице нету.

Ну, и далее. ООП - самое что ни на есть натуральное программирование. Проектирование тоже сюда входит, но это более узкое понятие.

[_Артём_]

Ну, и далее. ООП - самое что ни на есть натуральное программирование.

А если без далее:ООП.
Термин О.О. проектирование тоже существует...

[dxp]

А если без далее:ООП.
Термин О.О. проектирование тоже существует...

ООП - устоявшийся термин и в 99% случаев однозначно определяет именно программирование. Объектно-ориентированное проектирование тоже имеет место (как часть процесса программирования), но никогда нигде не встречал, чтобы его обозначали аббревиатурой ООП.

[kolobok0]

ООП - устоявшийся термин и в 99% случаев однозначно определяет...

(устало) Вы наверное и ООА не в курсе что это такое???

устоялось у кого? У людей которые никогда книги основоположников ОбъектноОриентированной методики не читали? да это повсеместно есть к сожалению. это как в забытые времена всё что связывалось по сети обзывалось клиент-серверным )) типа, хорошая клиент-серверная программа питер нортон. Замечательно юзает файловую службу сервиса.. ага... ))


удачи вам
(круглый)
ЗЫ
Собственно бох с ними с терминами. Главное желание бы ло бы докапыватся до истины... ))

...Спросил у гугла...Ни одного слова "проектирование" на странице нету....

Вы просто не умеете их готовить...

Гради Буч


Это собственно один из основателей. Рекомендую почитать, и стэп бай стэп хоть ОДИН раз применить. Особенно очень актуально , если разработка ведётся более чем одним разработчиком. Эта методика единственная на сегоднешний момент времени(поправте если есть у вас другая инфа) которая даёт ответ на вопрос, а как собственно перейти от конкретной задаче к коду. Вот именно это она и описывает. А какой язык применять после всего этого - дело двадцать пятое. я например частенько юзаю и азм в частности. могу и си бимоль, могу и плас-плас или скажем фортран..смотря по задаче собственно говоря... Если Вы видите связь ОО только с наследием, полиморфностью и иже терминами - то увы это ОЧЕНЬ маааааааленькая часть всего пирога...


удачи вам
(круглый)

Сообщение отредактировал kolobok0 - May 12 2012, 10:05

[dxp]

(устало) Вы наверное и ООА не в курсе что это такое???

Ещё какие термины знаете, не относящиеся к делу? А устали - отдохните.

устоялось у кого? У людей которые никогда книги основоположников ОбъектноОриентированной методики не читали?

Читали, читали, не вы один грамотный.

это как в забытые времена всё что связывалось по сети обзывалось клиент-серверным )) типа, хорошая клиент-серверная программа питер нортон. Замечательно юзает файловую службу сервиса.. ага... ))

А это-то тут причём? Поток сознания какой-то, извините.

Вы просто не умеете их готовить...

Да, никто не умеет, один вы являетесь, судя по всему, уникальным носителем сакральных знаний.

Это собственно один из основателей.

К Бучу не надо отсылать, этот источник был изучен ещё лет 12 назад. Объектно-ориентированное программирование и средства его поддержки появились задолго до этого труда Г.Буча. Собственно, заслуга Г.Буча в том, что он изложил тему с акцентом на этап проектирования, показал методологию. И анализ, и проектирование являются составной частью процесса программирования, которое помимо этого включает в себя и другие части (другие парадигмы, кодирование и т.п.).