你会为...创建一个WCF服务吗？

Question

这是一个设计问题。

如果您必须创建一个解决方案，其中顶级5个客户端只在本地网络中查看SQL Server（客户端可以读取具有相同架构的不同数据库），您是否可以为数据库工作（CRUD）创建WCF服务或只是将数据访问层直接留在客户端？这使客户独立！

Answer 1

如果这是在局域网中并且永远不会在其他任何地方 - 请不要在顶部添加不必要的WCF层。

如果您预计外部资源可能希望某天访问该数据 - 那么使用WCF DataService或类似的东西来公开数据可能是有意义的。

WCF和Dataservices总是添加一些额外的层，一些额外的处理，因此会花费一些性能。如果你只有5个本地用户（在你的公司局域网中） - 在我看来，没有令人信服的理由使用WCF服务。只需使用良好的数据访问技术（Linq-to-SQL，Entity Framework，NHibernate）并直接访问该数据库。

在这种情况下，额外的WCF服务层不会给您带来任何好处 - 所以不要让事情变得比以前更加复杂。

Answer 2

我建议您将WCF服务合同接口和实现编写到单独的程序集中，并由客户端直接使用。如果在稍后阶段您决定需要互操作性，则可以始终将程序集公开为WCF服务，并对客户端产生轻微影响。