【问题标题】:Precompiled core service client versus generating your own proxy预编译核心服务客户端与生成自己的代理
【发布时间】:2012-08-13 16:08:43
【问题描述】:

自 2011sp1 以来,Tridion 带有预编译的核心服务客户端。是否还有理由通过添加服务引用来生成自己的代理?还是现在正式弃用旧方法?

【问题讨论】:

  • 也许“官方弃用”可能有点强烈,但我们肯定开始看到一些共识。 :-)
  • 这就是问题的重点,我猜..

标签: tridion tridion-2011


【解决方案1】:

让我们来看看编译后的 dll 与服务参考的优势:

  • 核心服务正在增长,在较慢的网络上生成服务参考引用是一个相当大的问题。核心服务越大,生成服务引用就越困难(当然有变通方法)
  • 已编译的 dll 使用“正确”设置进行编译。在生成服务引用时可以设置一些选项,例如返回类型和要从其他程序集中重用的类型。通过使用已编译的 dll,您可以确保一切正常。
  • 更新服务参考时,您的 app.config 可能会变得一团糟。我认为更新 dll 和配置更容易一些。
  • 当您配置了 LDAP 或 SSO 或 HTTPs 时,生成服务引用很棘手

【讨论】:

  • 感谢您的解释。我刚才也做了一些测试,发现(至少对于读取操作)预编译的客户端快了大约 8%。密封它:)
  • 我要补充一点,使用“已发货”代理还提供了标准化的好处。我可以针对代理编写代码,将代码提供给其他人,他们就可以使用它。
【解决方案2】:

预编译的 coreservice 客户端默认分发以帮助实现者。由于生成自己的代理有点困难(您可能需要更改 svcutil 中的一些配置)。

预编译的 coreservice 客户端总是使用最新的端点。根据您的情况,如果您想始终与旧端点连接,您可能需要生成自己的代理。

否则,您可以使用预编译的客户端,这将确保您连接到最新的端点,但这可能会破坏您的客户端(您可能需要修复某些内容或重新编译)。

【讨论】:

    猜你喜欢
    • 2010-10-16
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-06-14
    • 2011-09-19
    • 1970-01-01
    • 1970-01-01
    • 2012-07-19
    相关资源
    最近更新 更多