Не могу понять ООП

Привет Всем, не так давно дошел до ООП, вроде как бы все понятно, но есть несколько вопросов- увы учусь сам, спросить кроме Вас не у кого

Вопрос\рассуждение : Классы это как бы функции которые как бы описывают некий объект и взаимодействуют между собой так же как функции в структурном программировании. Каждый класс должен работать как бы играя роль какого то объекта в общей задаче?
Например пример построение лифта ( задачка с книги)
Я так понимаю что я должен сделать класс: человек;лифт и кнопки внутри лифта; здание с этажами...
Вот так я себе представляю взаимодействие классов:
Класс человек создает рандом человека в конструкторе и передает как бы себя ( этаж появления),объекту класса лифт (объект лифта объявлен в классе человека),класс лифт в конструкторе генерирует рандом нажатие кнопки внутри лифта и передает это классу здание, в классе здание хранится текущий этаж лифта и тот на который он якобы должен ехать, потом он перезаписывает переменную и все продолжается по кругу...

Я правильно понимаю ооп, а то мне кажется что я слишком все разбил и классов слишком много для такой задачи...

0

Трудно решать много задач одновременно. Приведи код на структурах и опиши что он делает. А затем переводи его на классы (по частям), сохраняя функциональность. Когда переведешь, тогда начинай по шагам расширять функциональность. Не страшно, если что-то придется переделывать - цель ведь не получить ответ самым коротким способом, цель - научиться работать с классами.

0

zer0mail
Тогда он просто поймёт реализацию, но никак не идеологию ООП.

0

Глядя на шаблоны, STL, умные указатели и прочие навороты он поймет еще меньше и только время потратит, имхо. Хорошо, если при этом самооценка не снизится ниже плинтуса

Нетрудно запомнить слова "инкапсулящия", "наследование", "полимофизм", но важнее понять, что за ними стоит, для чего они были созданы, как их применять. В принципе, любую задачу, которую можно сделать с ними, можно сделать и без них, только усилий потребуется больше.

0

Из-за этого я и предложил просто сменить книгу.

0

Ну насчет самооценки, то она уже под упала, но я не сдамся)) я раз 20-30 перечитаю пока не пойму

0

И вот когда программист глазами увидит и кончиками пальев почувствуют, что кода стало меньше и расширение функционала требует не 2 дня, а два часа, понимание идеологии придет.

Добавлено через 2 минуты

Сообщение от MousePro Ну насчет самооценки, то она уже под упала, но я не сдамся)) я раз 20-30 перечитаю пока не пойму

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

2

Сообщение от zer0mail Перечитывать мало проку, надо писать код, наступать на грабли (по возможности однократно) и двигаться вперед. Путь я описал, в пойдешь им или нет - тебе решать

http://www.williamspublishing.com/21-days.html

0

Сообщение от zer0mail Перечитывать мало проку, надо писать код, наступать на грабли

+1
Грабли, грабли и только грабли !
Это должно быть девизом начинающего (и не очень) программиста.
Не наступив на грабли, никогда не поймешь некоторых вещей.

0

У Н.Вирта есть замечательная книга: алгоритмы + структуры данных = программы, т.е программы состоят из структур данных и алгоритмов их обработки. Причем данные "важнее" в том смысле, что лучше иметь хорошие структуры данных и средние алгоритмы обработки, чем наоборот. И еще он говорил: "покажите мне Ваши таблицы (описывающие структуры данных) и ваши блок-схемы (описывающие алгоритмы) скорей всего не понадобятся, т.к. они буду очевидны" (я так понимаю - для данной задачи, которая известна).

В Си данные хранят в виде стуктур, а алгоритмы- это функции. Так вот, класс (упрощенно говоря) - это структура и работающие с ней функции "в одном флаконе".

1