Управление версиями класса для поддержки назад совместимости

Это довольно классическая проблема для любого агентства, которое работает с общественностью в любом качестве, особенно если это государственное или контролируемое правительством агентство. Решение нетривиально, и, вероятно, для его создания, а также последующего сопровождения потребуется значительная работа.

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

Есть пара паттернов, с которыми стоит познакомиться (если вы еще не знакомы):

1. Factory, о котором уже упоминалось ранее
2. Composition, которые, будем надеяться, вытащат вас из некоторых уродливых проблем с наследованием
3. Template для отделения логики того, что делает форма, от версий

Есть две книги, которые довольно хорошо объясняют эти (и несколько других полезных):

1. Head First Design Patterns (Cant remember off the top of my head)
2. Patterns of Enterprise Application Architecture (Fowler)

Теперь к процессу, который я использовал в прошлом:

1. Начните с того, что возьмите все ваши текущие версии форм, разделите их на различные классы и ищите общее перекрытие. Вы можете сделать это в черновом режиме или по мере того, как Вы планируете иметь различные классы для каждой версии
2. Выделите из структуры этого класса ряд "базовых" объектов, которые Вы можете использовать в качестве корня наследования для каждого значительного набора версий формы. У вас может быть несколько таких объектов, но их должно быть меньше, чем у вас в целом.
3. Теперь в каждом из этих базовых объектов сгруппируйте общую функциональность (т.е. структуры имен и адресов и т.д.) и абстрагируйте это в свою собственную классовую иерархию, впрысните эту иерархию обратно в свои базовые классы с помощью инжекции конструктора.
4. Применяйте шаблон композиции к своей базовой иерархии классов сейчас и работайте над тем, чтобы получить как можно больше общей классовой структуры. В идеале, ваши формы на данном этапе должны быть просто минимальной функциональностью, которая изменилась в каждой форме, и иметь конструктор, который берет всю общую (и, возможно, слегка отличающуюся) функциональность.
5. Применить шаблон Template сейчас, чтобы абстрагироваться от всей общей "функциональности" ваших классов, такой как общая валидация и логика персистентности, используйте инъекцию конструктора снова, чтобы вернуть эту функциональность в ваши базовые классы.
6. Извлеките определения адаптеров интерфейса из ваших базовых классов и используйте их в качестве основы для работы вашего приложения с вашими формами
7. Постройте свои заводские классы, чтобы справиться со всей этой громоздкой работой по настройке.

Надеюсь, это даст вам некоторые идеи о том, что делать.