【问题标题】: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 组件编写代码?

所有类都应该是组件吗?

你能在整个解耦的事情上完全过火吗?

组件化所有类的缺点是否超过优点?反之亦然?

【问题讨论】:

    标签: .net wcf components decoupling servicemodelex


    【解决方案1】:

    WCF 还提供了一些额外的日志记录和跟踪功能,它们可能会派上用场。我认为将服务重新配置为远程(为了可扩展性或其他)的能力可能是使用它的更大原因。

    【讨论】:

      【解决方案2】:

      如果您订阅了 IDesign 时事通讯,您就会知道 Juval 已经使用 EVERY CLASS 作为 WCF 服务进行了一些性能基准测试。他说性能对于正常的业务应用程序来说是可以接受的。话虽如此,我认为在学习曲线方面存在相当大的开销(即,如果我们都是 WCF 大师,那将不是问题)做这样的事情。你也想做perf。针对您的个人场景进行测试。

      所以,我认为 WCF 是他在书中提到的实现 AOP 的方法之一,但是正如我已经说过的,实际上 WCF 的学习曲线很高。

      【讨论】:

      • 优秀的答案!感谢您也让我了​​解 iDesign 时事通讯。 Lowy 肯定是我最喜欢的 WCF 哥们。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2010-09-06
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多