如何解决将WCF客户端打包为供消费者使用的程序集
| 我正在组织内部托管WCF服务，我希望将客户端构建到程序集DLL中，以打包并提供给想要使用该服务的任何人。 我可以创建一个类库，然后简单地添加一个服务引用，进行构建并分发。对替代方法有何建议？解决方法
我在以前的组织中做过类似的事情。我还附加要求该库应是COM可见的，以便旧版C ++应用程序可以使用该API。
除了通过API传递大量参数（服务URL，超时等）外，我什至不要求客户端提供任何WCF配置。 WCF是通过编程配置的。我当时处于一个严格控制的环境中，在那里我完全了解图书馆的客户，并且会影响他们的设计。这种方法对我有用，但正如他们所说，您的里程可能会有所不同。
,在我之前的工作中，我们总是这样做。我们将有一个库项目，其中仅包含SVCUTIL代理生成以及与之配套的配置文件。
这样，我们的其他项目就可以利用该库，而我们只有一个代理代。在SOA模型中很棒。
在您的情况下，您可以根据需要分发此程序集。就个人而言，我发现您控制的内部案例会带来更大的好处，但是我想，如果您真的很慈善，分发.NET版本供客户端使用将是有益的。
,服务主机将是什么？如果它将是基于HTTP的，将其放入ASP.NET应用程序将很有意义。否则，请启动类库。
根据评论更新
客户端的包装实际上取决于接收者将如何处理它。如果您的目标是开发人员或现有的内部应用程序，那么该库是一个不错的选择（尽管我可能会将其包装在.msi中，以使用户感到熟悉）。如果需要UI，那么很显然，您会想考虑一个合适的UI框架（WPF，Silverlight，WinForms等）
,我只想提供一个包含所有必需合同的库。就是这样-他们可以编写自己的客户端代理。
您的用户知道如何使用WCF吗？如果不是，则包括实例化通道并调用服务的代理类。
在提供仅包含svcutil生成的代码的程序集时，我看不到任何意义。为什么不只为您的用户提供WSDL，然后他们可以自己生成该代码？分发样板似乎不是一个好主意。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。