кажись наконец дорос до того уровня когда стали возникать вопросы о корректности выбранной структуре и методе реализации

так вот хотелось бы увидеть мастер класс по вопросу проектирования классов в ООП

только прошу не ссылаться "с опытом придет" и т.д.

так же интересный вопрос как удается держать в памяти/использовать методы больших классов?

Признанные шедевры:
С. Макконнелл Совершенный код.
Приемы объектно-ориентированного проектирования - Э. Гамма

А других вариантов нет.


В какой памяти? Если вы о своей то грамотный девелопер коментирует код.

)))))))
вмешно
а потом при каждой необходимости залазит в исходники в поисках названия метода для конкретных целей

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

Не в исходники а в документацию которая генерится по исходникам (например при помощи PHPDocumentor) или пишется вручную,
Надеюсь обратили внимание что для изучения описания функций PHP не надо лезть в исходники PHP.

посему на вопрос

ваш ответ:


ответ ясен
и несмотря на то что он вроде и на поверхности, все же не хватало того чтоб он был "озвучен", спасибо



скачал листаю, но может кто нить еще и своими шишками поделится?!

Я бы для начала посоветовал почитать "Философия Java". пусть это книга по другому языку, там очень много написано про ООП

Мне кажется, сложно не понять, что делает метод GetUserNameById($id) (например) или SetTotalPrice в классе Cart. Если вы пользуетесь нормальной ide- то у вас будет автодополнение кода, если вы свои классы снабжаете phpDoc, а так же всплывающие подсказки по каждому методу класса.

Что я хотел сказать? - нормально именуйте свои классы и методы, снабжайте phpDoc и все будет понятно.

Сообщения о редакторах перемещены в соответствующую тему

я тоже скачал. Буду читать.

Если брать шире, то комменты нужны в первую очередь для того, чтобы понять "что оно делает", а уже во вторую "как".

Ибо есть код, абсолютна ясна и прозрачна его реализация, но совсем не понятно, то ли хотел сказать автор или просто ошибся? Особенно, если код живёт долго, и над ним работают разные люди.


А по поводу ООП, даже не знаю что посоветовать... Я с плюсов начинал, там это было частью эволюционного развития....

Но всё таки скажу: классы - это реализации ООП, т.е. вполне можно обойтись и без них, просто будет некая структура (например массивчег, или идентификатор) и набор функций для работы с этой структурой. Основа ООП - это некие сущности(объекты) предметной области, которые лучше всего выделять на основе поведения (т.е. исходим из того, что она делает, а не из чего она состоит). Сущности как то взаимодействуют друг с другом и мы получаем работающую программу

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

Сферически проектировать? или тему какую задашь? Можно на примере нашей онлайн игры попробовать.

Самогонщик, теме сто лет в обед.

Пришла на рсс, а дальше я не виноват.