本文探讨了对外接口暴露的问题，指出即使某些方法理论上不应直接对用户开放，但设计疏忽可能导致用户能直接访问。作者认为应注重接口设计，通过职责分配和访问控制来限制用户权限，例如使用protected修饰符或通过接口/抽象类实现。文中提供了一个简化示例，展示了如何改进以减少不必要的接口暴露，鼓励读者分享更多解决方案。
该问题主要是关于对外接口暴露的问题（此接口并非指java中的interface，而是指用户编程时可使用的接口），例如有一个类的大部分方法是不应该暴露给用户的，然而事实上，因为设计问题，任何一个用户都可以创建该类的实例以至于使用它，虽然在实际当中，可能没有用户会去这样做，不过我认为如果能够尽量避免这种情况应该是最好的选择。但是又该如何避免呢？
我想这种问题出现的主要原因体现在设计者在对象职责分配上想尽可能的达到分散职责让程序更容易进行维护，这种目的是非常正确的，不过在实现上可能没有注意到接口暴露的问题，导致出现了我所说的情况。在群中讨论的时候，并没有人认同我的看法，也许我是错的，也许我是对的，不过这无关紧要，重要的是能够通过交流发现问题促进进步。
举个简单的例子：
代码
我想这种问题出现的主要原因体现在设计者在对象职责分配上想尽可能的达到分散职责让程序更容易进行维护，这种目的是非常正确的，不过在实现上可能没有注意到接口暴露的问题，导致出现了我所说的情况。在群中讨论的时候，并没有人认同我的看法，也许我是错的，也许我是对的，不过这无关紧要，重要的是能够通过交流发现问题促进进步。
举个简单的例子：
代码
最低0.47元/天 解锁文章
扫一扫
7863
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
