非常大的类作为数据模型有什么缺点吗?



在我的应用程序中,我有多个类用作DM(数据模型)的一部分。 我有一个名为 Media 的类,我用于多种目的:帮助格式化创建的数据,并在从 Firebase 获取数据时对其进行格式化。

我一直在对DM进行更改,现在遇到了这种困境。我是否应该为媒体提供一个~86行DM,它既可以作为存储正在查看的数据的结构,也可以格式化将上传到数据库的数据。还是应该为每个类创建两个类?每个都有非常相似的初始化和变量,尽管有些没有在另一个中使用......

为每个类提供一个类或在某些情况下使用一些未使用属性的较大类是否有缺点?

考虑到有开箱即用的出色实现可以用作存储,我不会冒险创建一个并重新发明轮子; 如果您需要卸载对象存储,您可以从 Redis 之类的开始。

因此,只要您可以唯一地标识媒体,就可以使用 MediaDAO(数据访问对象)从 JavaCollection检索媒体对象并将其持久化到 Java 中。如果您的编程语言不是 Java,请查找您的语言中的等效语言。假设这些是大型对象,您最好不要将它们存储在堆内存中,尤其是在有数千个此类对象的情况下。

编写 MediaVO(值对象)类以在创建过程中格式化数据,并在检索后格式化数据。如果你的编程语言是Java,你可以继承或组合许多内置到语言中的漂亮数据结构实现。

最新更新