最佳asp.netWCF应用程序设计

这是一个典型的权衡:

总的来说,我会说我更喜欢方法1——保持你的服务简洁、小巧、易于维护,并且尊重单一责任原则——一个服务(或类)应该只做一件事和一件事。

我的观点是基于服务的预期用途——它们是要服务于外部应用程序,还是只在应用程序中使用?

对于应用程序内部的使用,我倾向于使用进程内聊天层,而不是进程外层(例如,服务层执行CRUD任务等)。前者从性能角度来看非常好,通过使用多个web服务器等仍然可以进行扩展。同一个进程内层可以由多个前端托管—例如,用于应用程序UI的web应用程序,执行日常工作的控制台应用程序,第三方使用的WCF服务等。事务管理和流式上下文信息在进程内层可以很简单-尽管它可能与WCF服务层-非常昂贵。

严格地说,对于服务来说,持久性和外部方法应该是非常有意义的(例如,对于服务来说,从外部创建的方法应该是非常有意义的)。