您啥时候会使用 In-Proc WCF 组件?
Posted
技术标签:
【中文标题】您啥时候会使用 In-Proc WCF 组件?【英文标题】:When would you ever use In-Proc WCF Components?您什么时候会使用 In-Proc WCF 组件? 【发布时间】:2010-09-27 18:45:54 【问题描述】:我正在学习 Juval Lowy 的优秀 Programming WCF Services,我刚刚使用他的 InProcFactory 类和他的 ServiceModelEx 库创建了一个非常简单的进程内组件。
为什么要这样做而不是在项目中只使用常规类?使用他的方法需要引用他的库并创建一个接口。
我能想到几个优点:
如果您始终如一地这样做,您将 大大减少耦合。 一旦你写了你的进程内 他们准备好使用的组件 程序外或远程没有 改变。这样做有更多好处吗?
您是否使用进程内 WCF 组件编写代码?
所有类都应该是组件吗?
你能在整个解耦的事情上完全过火吗?
组件化所有类的缺点是否超过优点?反之亦然?
【问题讨论】:
【参考方案1】:WCF 还提供了一些额外的日志记录和跟踪功能,它们可能会派上用场。我认为将服务重新配置为远程(为了可扩展性或其他)的能力可能是使用它的更大原因。
【讨论】:
【参考方案2】:如果您订阅了 IDesign 时事通讯,您就会知道 Juval 已经使用 EVERY CLASS 作为 WCF 服务进行了一些性能基准测试。他说性能对于正常的业务应用程序来说是可以接受的。话虽如此,我认为在学习曲线方面存在相当大的开销(即,如果我们都是 WCF 大师,那将不是问题)做这样的事情。你也想做perf。针对您的个人场景进行测试。
所以,我认为 WCF 是他在书中提到的实现 AOP 的方法之一,但是正如我已经说过的,实际上 WCF 的学习曲线很高。
【讨论】:
优秀的答案!感谢您也让我了解 iDesign 时事通讯。 Lowy 肯定是我最喜欢的 WCF 哥们。以上是关于您啥时候会使用 In-Proc WCF 组件?的主要内容,如果未能解决你的问题,请参考以下文章
在开发 Web 应用程序时,您啥时候会使用 Graph 数据库和 Document 数据库?