Классы vs "резиновые" объекты
Проектируется большое приложение, в котором предполагается большее количество бизнес-объектов (обычные бины) объединенные в иерархию. Одним из требований к проекту является простота модификации, добавления новых свойств к бизнес-модели.
Лично я - сторонник OOP структуры, поэтому реализовал бы все привычным способом: иерархией объектов. Однако мой коллега высказал прогрессивную мысль, что может быть стоит отказаться от бизнес-объектов совсем и для пересылки данных в приложении использовать hashtable. Таким образом при добавлении или удалении свойств в приложении менять не придется менять бизнес-объекты и не придется продумывать структуру классов.
Что вы думаете об этом?
Лично я - сторонник OOP структуры, поэтому реализовал бы все привычным способом: иерархией объектов. Однако мой коллега высказал прогрессивную мысль, что может быть стоит отказаться от бизнес-объектов совсем и для пересылки данных в приложении использовать hashtable. Таким образом при добавлении или удалении свойств в приложении менять не придется менять бизнес-объекты и не придется продумывать структуру классов.
Что вы думаете об этом?
