我：我不过是说是这个web股票交易接口,接口限制在友元类使用罢了。不知你们怎么理解的？
我：我是说publicweb股票交易接口,接口不宜变多，如果它只是一个类使用的话，我感觉声明为友元类更好。
同事王：我感觉友元还不如公开接口。
我：那以后有需要再变成public接口也可以的。
我：嗯，是的，感觉这个问题讨论的意义不大，呵呵。
我：不知道怎么混了。你声明和不把它声明，二者有耦合关系吗？
我：为什么？如果照这样，pulic接口将会越来越多。
我：刚才激动了，等会上网查查友元的使用坏处。
王：你能确定仅有一个类需要这样，以后不会有其它的类变成它的友元吗？就是说，宁愿使用public，而不是friendclass。
王：也不是，这个要具体分析。总体原则我是这样理解的。
我：友元就意味着对局部范围公开。
我：quote：还是接口好些吧。怎么个好法。
我：有时类接口要提供给外部类使用，但把它定义为public接口并不好，因为我觉得好的设计原则是一个类的public接口尽可能少。如果某一接口确实需要被外部的类调用。这时我认为把外部使用类声明为接口提供类的友元类是一个较好的做法。
我：quote：我感觉友元还不如公开接口。怎么理解？
李：类是一个对象，某些对象它就有这么多的功能。成员变量不要公开就行的。
我：我是说遇到我说的那种情况，我觉得使用友元类比使用public接口要好。如果某一接口只被另一个类使用的话。
我：我感觉有必要尽量避免public接口的膨胀。
同事马：quote：友元就意味着对局部范围公开。A是B的友元，另一个类C：：fun(A&)在C中也可以访问B的私有成员了。
我：C和A、B是什么关系？
李：好了，不讨论了。
李：只要有其它类用最好用接口。这样减少耦合。因为这个对象里面的其它东西可能对另外的类用不到。
同事马：没有关系。
李：什么意思？
我：不好在哪里？
李：不是有句话叫：“针对接口编程，不针对实现编程”
我：接口多意味着一些问题。首先这个类的设计功能是不是单一；其次接口一多意味着外部使用的难度增大。
同事李：你能确定以后不会有其它的类也会用这个类吗？还是接口好些吧。
李：没有事儿的，解决问题是王道。
我：quote：A是B的友元，另一个类C：：fun(A&)在C中也可以访问B的私有成员了。
我：功能接口的访问权限有差别的。
李：不是吧，接口多没有关系呀，说明外面有需求，还有就是说明这个对象有这种行为。
李：把两个东西混到一起了。
李：这我知道。这跟声明public有什么关系呀？如果只有自己使用，当然声明为private接口。关键是要把接口写好，写得方便使用。
同事张：友元是一个有争议的东西，可以用来提高封装，也可以用来破坏封装。
李：友元本来就是一种不好的设计关系。
我：比如private接口只能自己使用，protected接口在自己的继承体系内使用，public接口则无限制。
文章为作者独立观点，不代表股票交易接口观点
股民评论