Я не нашел вопроса, который был бы таким общим.
Пожалуйста, напишите все, что вы считаете полезным правилом для проектно-ориентированного дизайна.
Я не нашел вопроса, который был бы таким общим.
Пожалуйста, напишите все, что вы считаете полезным правилом для проектно-ориентированного дизайна.
Есть много, много методов OOD (Google it!), если вам нужно было выбрать других, я бы пошел с SOLID аббревиатурой для;
Я несколько раз рекомендовал Head First Design Patterns книгу.
Это дает вам хорошее введение в шаблоны дизайна GoF (более сложную книгу, которую вы также должны прочитать), но также хорошее введение для озвучивания принципов проектирования ООП.
Несколько других принципов:
Я предлагаю вам также изучить "Head first - OOAD".
Хорошее резюме принципов OOD можно найти здесь: http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod
Автор Роберт К. Мартин (также известный как дядя Боб), специалист по программированию с более чем 40-летним опытом программирования.
Статьи взяты из его книги "Чистый код", который ИМХО является действительно хорошим материалом для принципов проектирования ООП.
Прочитайте код других людей и попробуйте составить диаграмму классов.
Это даст вам представление о том, как другие люди думают решить проблемы.
Это очень помогает мне. Особенно рамки.
На мой взгляд, я думаю, что если вы хотите узнать об объектно-ориентированном дизайне, вы должны попытаться играть на языке Smalltalk, поскольку это язык, на котором началось объектно-ориентированное программирование.
У нас есть альтернатива, теперь называемая Squeak, которая является открытым исходным кодом. SOLID, как упомянутый товарищ по команде, также дает вам отличную идею об OOPS.
Все самое лучшее в вашем путешествии OOPS.
Вы можете проверить Squeak на Squeak on Web.
Лучшее из ООП ничто, любой подход, подходящий для вашего проекта, лучше всего. Но важно, что такое методы ООП, прежде чем выбирать из них какой-либо из них для вашего проекта.
1: APIE: абстракция, полиморфизм, наследование, инкапсуляция.