【问题标题】:Making a .NET web-service accessible locally and remotely?使 .NET Web 服务可以在本地和远程访问?
【发布时间】:2011-07-05 16:05:51
【问题描述】:

假设我正在构建两个应用程序:

1) 一个公共网站

2) 服务

当然,用户可以访问该网站。

服务可以通过 Web API 使用,但也会被网站使用。

这意味着通用功能只能放在服务中,而不是在网站和服务中重复。

现在,在部署此解决方案时,似乎有两种选择:

1) 让网站直接引用网络服务,并将两个二进制文件部署到网络服务器,在同一进程中运行。

2) 让网站通过 Web API 引用 Web 服务,就像所有其他消费者一样。让服务在单独的进程中运行。

选项 1 的性能可能会更快,但需要分别部署两个 DLL。

有什么方法可以让我拥有选项 2(单独的进程),但仍将网站直接链接到服务,以避免网络延迟、序列化等?

【问题讨论】:

    标签: wcf web-services performance web latency


    【解决方案1】:

    您的网络服务使用什么技术?如果您使用 WCF,您可以为您的网站使用 NetNamedPipeBinding,这几乎与直接使用 dll 一样快。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-12-17
      • 2017-09-18
      • 1970-01-01
      • 2016-10-05
      相关资源
      最近更新 更多