锁定老帖子 主题:大家可否讨论一下,怎样设计合适的接口
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-12-03
楼上的兄弟,还象有点跑题了吧!
人家说的是接口如何进行设计,我认为接口就像设计模式一样不是所有的时候都能用上,用的好了能够解决代码间的耦合问题,能够对具体的实现隐藏的目的;用的不好了只会带来麻烦,代码可读性差。 那什么时候使用呢?一般会在不同的层次之间使用,但这种情况仅适合分层开发的情况,或者想达到对具体的实现进行隐藏时。比如:在业务层调用,DAO层保存数据时,可以对Dao层的操作进行封装,仅提供接口中定义的功能。 再则,使用到了设计模式,也可能用到接口。 不知道说的对不对,请大家指教。 |
|
返回顶楼 | |
发表时间:2010-12-03
simon_zhang 写道 楼上的兄弟,还象有点跑题了吧!
人家说的是接口如何进行设计,我认为接口就像设计模式一样不是所有的时候都能用上,用的好了能够解决代码间的耦合问题,能够对具体的实现隐藏的目的;用的不好了只会带来麻烦,代码可读性差。 那什么时候使用呢?一般会在不同的层次之间使用,但这种情况仅适合分层开发的情况,或者想达到对具体的实现进行隐藏时。比如:在业务层调用,DAO层保存数据时,可以对Dao层的操作进行封装,仅提供接口中定义的功能。 再则,使用到了设计模式,也可能用到接口。 不知道说的对不对,请大家指教。 接口并不是指java的interface关键字... 只要有封装就会有接口 |
|
返回顶楼 | |
发表时间:2010-12-07
gdpglc 写道 carydeepbreathing 写道 接口中方法的多少只取决于他的背后的实现功能,类的SPR决定了类的方法多少。。。违背了SPR 什么面向对象都是在扯淡!
SPR是SPAR吗? 其实我是想问SPR是啥? 他说的应该是SRP(Single Responsibility Principle) 单一职责原则 |
|
返回顶楼 | |
发表时间:2010-12-07
神之小丑 写道 gdpglc 写道 carydeepbreathing 写道 接口中方法的多少只取决于他的背后的实现功能,类的SPR决定了类的方法多少。。。违背了SPR 什么面向对象都是在扯淡!
SPR是SPAR吗? 其实我是想问SPR是啥? 他说的应该是SRP(Single Responsibility Principle) 单一职责原则 原来这样多谢。 分析一下这个 SPAR 这是个不错的原则,只是它比较高层,和语言没有直接的对应关系。何为单一职责,有时难以界定。 想想单一职责的结果是什么呢? 也就是具有相同职责的逻缉是在一起的。这样的结果就叫做:高内聚。因此 SPAR的结果是高内聚。 软件的根本是高内聚 低耦合。 但是SPAR并不会导致低耦合,因它并没有规定,对单一职责的使用者,需要对被使用的职责要知道多少... |
|
返回顶楼 | |