标签：java design-patterns class-design

在你用明显的答案跳过我之前,让我对问题进行限定并说,并非所有类都是可分类的.

>子类化应该是经过仔细考虑的,而不是所有类的默认属性.
>可以说,默认情况下,课程应该是最终的,如果真的需要,那么这不是最终的.

我可以想到包私有类的许多优点.

>如果这个类不是我真正的查看,只是一个帮助我应该考虑一个实现细节,使其不公开意味着当我在我的ide中按名称或接口的实现搜索类时它不会出现.
>它还意味着如果除了导出的接口之外的所有内容都是公开的,在浏览库文件时检查api文件变得更加简单,因为噪音更少.我不再看到内部实现的东西.
>无需担心包外的子类.
>对于用户而言,实际的好处意味着他们所需的方法可能也会在一个接口/类下组合在一起,而不是分散在其他公共类中,这意味着更少的cluter,更少的地方可以查看,更少的句柄也可以管理.

那么为什么人们不利用这些设施呢？

解决方法:

有一些语言,例如python,其中一切都是公开的,没有什么是最终的.这并不意味着他们生活在地狱中,模块无法使用和维护.恰恰相反.

软件工程很棘手.很多时候,我们脑子里都是不知所措.这很有趣,我们追求理想,无论实际利益如何 – 如果我们有时间的话.如果你是一个负责数百个课程的人,那么作为一个完美主义者会让你发疯.

标签：java,design-patterns,class-design
来源： https://codeday.me/bug/20190526/1157097.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。