Состав, как узнать, когда остановиться? [closed]

Closed . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, отредактировав это сообщение .

Закрыт в прошлом году .

Вот ' Старая, но мудрая поговорка: «Состав ценностей важнее наследования». Я пытался применить это, наряду с другими ООП и шаблонами проектирования, для последних двух проектов, в которых я принимал участие.

В большинстве случаев он работал нормально и выглядел правильно . Но я заметил, что иногда есть только 2 или 3 класса, которые действительно извлекают из этого максимум пользы, в то время как другие 10+ классов внезапно становятся своего рода простыми делегаторами с незначительными изменениями деталей.

Иногда я пытаюсь исправить это путем использования абстрактного класса с неизменяющимися деталями, который делегирует различные классы конкретным реализациям, но что-то в этом не совсем правильное.

Как вы соблюдаете баланс этого и в то же время следуете старым мудрым изречениям? Я что-то делаю не так?

задан Edgar Gonzalez 19 April 2011 в 01:40

0 ответов

Другие вопросы по тегам:

oop design-patterns composition

Состав, как узнать, когда остановиться? [closed]

0 ответов

Похожие вопросы: