|
这个主题共有 4 回复 ／ 1 页 [
]
|
|
|
|
|
|
怎样避免接口臃肿
|
2008年04月22日 16:27
|
|
|
|
求助：老系统一接口重构，因为业务需要，当增加新的方法时必须的在接口中添加新方法，我的想法是把老接口中固定一些方法，当有新的实现时增加一个接口，让新接口继承固定的公共接口，这样新增加的业务就没必要去改老接口了，也就不会使接口变得臃肿，但是新问题来了，就是接口调用时，固定接口中没有新增加的方法，这样公布出的接口就不能实现新增加的功能，请高手帮忙，怎样改进
|
|
|
|
|
|
回复:怎样避免接口臃肿
|
2008年04月22日 17:31
|
|
|
不能就事论事，就接口谈接口，没有意义的。
接口是业务行为抽象，是否继承原来接口，或重新创建一个接口，取决于在业务上他们是否是同一个类型，是否有业务上必然联系。
|
|
|
|
|
|
回复:回复:怎样避免接口臃肿
|
2008年04月22日 19:50
|
|
|
|
|
|
|
|
|
回复:回复:回复:怎样避免接口臃肿
|
2008年04月23日 17:35
|
|
|
|
已经公布一公共接口M，且有实现厂家A，现在B厂家也要实现M，但是需要添加某些方法C，又有厂家D实现M又添加某些方法D，接着厂家E,F...这样接口总是要改来改去，慢慢臃肿，对扩展很不利，有办法是接口变得扩展容易些吗？求助！
|
|
|
|
|
|
回复:回复:回复:回复:怎样避免接口臃肿
|
2008年04月24日 09:01
|
|
|
根据需求，引入设计模式来拓展原来的接口。
GOF设计模式就是展示这样一个拓展方式，避免接口臃肿，接口臃肿是一个结果语境，避免这样结果的解决方式必须找到原因，原因不能在结果语境中打转。
比如桥模式，可以将经常变化的行为独立一个接口，你看看B和A厂家有什么不同，是行为操作具体实现不同吗？如果是，可以考虑装饰模式，或者做个Adapter适配器，或者代理模式，等等。得具体情况具体分析。
|
|
|
|
注册
登陆
上一主题
返回本主题
下一主题
返回页首
.text:''):(d.getSelection?d.getSelection():'');void(keyit=window.open('http://my.poco.cn/fav/storeIt.php?t='+escape(d.title)+'&u='+escape(d.location.href)+'&c='+escape(t)+'&img=http://www.h-strong.com/blog/logo.gif','keyit','scrollbars=no,width=475,height=575,status=no,resizable=yes'));keyit.focus();){kind=logo}
