我的情况:
我的应用程序的数据请求链如下所示:
(Client) -> (WebService) -> (SQL or OLAP Cube)
客户端是一个 Silverlight 应用程序,它使用生成的代理与 WCF Web 服务进行通信。反过来,它使用 DAL 组件进行授权和访问 SQL DB 和 OLAP 多维数据集,基本上它只是转发请求。因此,每种方法存在于四个不同的地方:
// WCF Webservice interface and implementation (used by client)
public interface ICatalogService
public class CatalogService : ICatalogService
// DAL interface and implementation (used by webservice)
public interface ICatalogDataAccessLayer
public class CatalogDataAccessLayer : ICatalogDataAccessLayer
现在我的问题是,我应该在哪里放置文档以明确指定这些方法?在类或接口级别上,在 DAL 上还是在 Web 服务上?
到目前为止我的想法:
我会说在接口上编写方法规范最有意义,因为它是正在使用的合约。但是,在我的具体情况下,我看不到 webservice 和 DAL 之间的优势:
- 我是唯一的开发人员,没有单独的 webservice-guy 或 client-guy 需要文档
- 这是一个封闭的架构,webservice 不公开
- 将来从事此项目的每个人都可以访问它的所有组件(并且无论在哪里都可以找到文档)
那么,你怎么看呢?在这种情况下,我应该将方法级文档放在哪里?