一直以来都是把接口方法写在不同的接口文件里面,感觉区分很方便,看起来思路很清晰。但是看到很多产品源码都是把程序所有的接口方法全部都放在一个接口里面,这个接口文件中有大量的接口方法。隐约感觉到这样的好处,就不用告诉DAL层的开发人员很多接口了,只需要告诉他一个接口就行了,所有的方法都在里面。但是这样感觉思路很乱。不知道那种情形下这种写法最适应。或者这种写法还有其他什么好处。求教。

解决方案 »

  1.   

    实际上,我们把一个“失血”了的Model.cs文件放在网站上,做winform和silverlight前端的人经常下载它。里边有上百了类,包括了实体和命令,人家下载一个文件就够了。我们不使用web service这种臃肿的东西,简单的把要传递的对象序列化之后发送给服务器就行了。
      

  2.   

    哪些方法的操作相同就放在一个接口,如果是一个信息管理系统,可以把增、删、改、查放在一个Ibase接口中,其他的接口可以写类的扩展方法。只进行信息的简单操作,就继承Ibase类,要进行其他的操作,就继承其相应的接口。