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

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

Системы необходимо проектировать с учетом их дальнейшего развития. Для проектирования системы, устойчивой к таким изменениям, следует предположить, как она будет изменяться на протяжении отведенного ей времени жизни. Если при проектировании системы не принималась во внимание возможность изменений , то есть вероятность, что в будущем ее придется полностью перепроектировать.Это может повлечь за собой переопределение и новую реализацию классов, модификацию клиентов и повторный цикл тестирования. Перепроектирование отражается на многих частях системы, поэтому непредвиденные изменения всегда оказываются дорогостоящими.

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

Вот некоторые типичные причины перепроектирования, а так же паттерны, которые позволяют этого избежать: