作者热门文章
- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
在一个非常大的数据库类上工作,并且可能会变得更大,我开始写很多与数据库的一个特定方面(用户、评论、页面等)相关的属性和方法。所以感觉就像是时候将数据库类子类化为几个类,每个类处理自己的方面,并且只有数据库类包含绝对核心功能。
但是,这样做感觉就像创建额外的类和处理 includes
之类的东西一样。代码按原样非常易于维护,并且“划分”(通过注释)到正确的部分,而且“大”类不会显着损害性能。
所以,我来问你:根据你的意见和经验,什么时候是子类化的合适时机?不仅在这种特定情况下,而且在一般情况下。
最佳答案
我按照方法和功能的逻辑分组进行。
关于php - 什么时候是子类化的合适时机?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5952816/
我是一名优秀的程序员,十分优秀!