关于接口暴露问题的解决思路

前一两天在讨论群里，我提出过一个关于接口暴露的问题与群友们进行讨论，后来无甚结果，所以把自己这一问题在这里提出来，希望和大家讨论讨论。

该问题主要是关于对外接口暴露的问题（此接口并非指java中的interface，而是指用户编程时可使用的接口），例如有一个类的大部分方法是不应该暴露给用户的，然而事实上，因为设计问题，任何一个用户都可以创建该类的实例以至于使用它，虽然在实际当中，可能没有用户会去这样做，不过我认为如果能够尽量避免这种情况应该是最好的选择。但是又该如何避免呢？

我想这种问题出现的主要原因体现在设计者在对象职责分配上想尽可能的达到分散职责让程序更容易进行维护，这种目的是非常正确的，不过在实现上可能没有注意到接口暴露的问题，导致出现了我所说的情况。在群中讨论的时候，并没有人认同我的看法，也许我是错的，也许我是对的，不过这无关紧要，重要的是能够通过交流发现问题促进进步。

举个简单的例子：

[code]
public class TestA{
public void methodA(){
TestB testB = new TestB();
testB.methodB();
}
}

public class TestB{
public void methodB(){
……
}
}
[/code]

在上面这个例子中，TestA依赖于TestB，而TestB这个类的方法应该是用户不可见，且不能让用户使用的，如果按照上面的方法，用户就可以使用TestB这个类了。

对于这一问题，我的解决办法是将职责分配到实现类的父类或者接口上，在实现类当中以protected为方法标识，这样做虽然不能完全避免，但是可以尽可能的让客户知道哪些是给他使用哪些是不该使用的。

[code]
public class TestA extends TestB{
public void methodA(){
methodB();
}
}
public class TestB{
protected void methodB(){
……
}
}
[/code]

根据上面这种方式，TestB的方法通过protected进行了隐藏，可以进一步的让用户得知他所拥有的权限，从而就可以很轻易的解决了接口暴露的问题，上面的例子只是为了表达明确，并没有过多的设计，在实际开发当中，TestB更多的是作为抽象类或者是接口的形式出现，这种做法一样达到了对象职责的区分，容易维护，同时也封装了不该外露的接口，而且也可以随时开发给用户使用。在这里我只讲了一个大概的思路，并没有详细讨论如何去做，还需大家一起来参与。

对于这一问题只是本人一家之谈，可能有很多我没有想过的问题，有不同意的朋友欢迎与我讨论。