在一个相当大的数据库类上工作,并且可能会变得更大,我开始编写与数据库的一个特定方面(用户,注释,页面等)相关的许多属性和方法.所以它感觉就像是关于将数据库类子类化为几个类的时间,每个类都处理自己的方面,并且只有数据库类包含绝对核心功能.
然而,这样做感觉就像制作额外的课程和处理包括和喜欢什么都没有.代码是相当可维护的,并且(通过注释)“划分”到正确的部分,并且它不像“大”类会损害性能明显.
所以,我来找你：在你的意见和经验中,什么时候适合亚类？不只是在这个特定情况下,而是一般而言.
解决方法:
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
