Есть ли недостатки у таких больших классов как DataModel?

Question

В моем приложении у меня есть несколько классов, которые я использую как часть моего DM (модель данных).У меня есть один класс под названием Media, который я использую для нескольких целей: чтобы помочь отформатировать данные, как они созданы, и отформатировать их, когда они извлекаются из базы данных.

Я вносил изменения в DM и теперь столкнулся с этой дилеммой.Должен ли я иметь ~ 86-строчную DM для медиа, которая служит как структурой для хранения просматриваемых данных, так и для форматирования данных, которые будут загружены в БД.Или я должен создать два класса для каждого?У каждого есть очень похожие начальные значения и переменные, хотя некоторые не используются в другом ...

Есть ли недостатки в наличии одного класса для каждого или в наличии одного большего класса с некоторыми неиспользованными в некоторых ситуациях свойствами?

Answer 1

Учитывая, что из коробки доступны блестящие реализации, которые могут служить хранилищем, я бы не рискнул создать его и заново изобрести колесо; и если вам нужно разгрузить хранилище объектов, у вас есть для начала Redis.

Таким образом, если вы можете уникально идентифицировать медиа, используйте MediaDAO (объект доступа к данным) для извлечения и сохранения медиа-объектов из Java Collection и обратно. Если ваш язык программирования не Java, найдите эквиваленты на вашем языке. Предполагая, что это большие объекты, лучше не хранить их в динамической памяти, особенно если их тысячи.

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