最近，我通过一个新概念扩展了我的思维：远程 Portlets 的 Web 服务，或 WSRP。我是在我们考虑在工作中购买的基于 Java 的门户网站上的一次演示中了解到的；我们是一家 .NET 商店，而 WSRP 将是我们扩展此门户的方式。
尽管我无法控制是否购买产品的最终决定，但我可以提供有关构建符合 WSRP 的 portlet 的难度的意见。不幸的是，我最近对该主题的查询几乎为零。
所以我问你，SO 社区，以下问题：有哪些库或框架可用于在 C#/.NET 中构建符合 WSRP 的 portlet？一般来说，使用 WSRP 有哪些优点和缺点？
因为这里没有正确答案，所以我将把它作为一个社区 wiki 帖子。
到目前为止，我只发现了以下内容：
鉴于 WSRP 位于 SOAP 之上，这似乎是 WCF 绑定和通道的完美候选者，但我在任何地方都看不到这个主题。
WSRP 非常逆势。到目前为止，世界已经看到数据模型和表示模型之间的紧密耦合是次优的。RSS、REST、MVC 和 Web 服务的成功证明了这一点。尽管名称中有 WS，但 WSRP 与 Web 服务的核心原则背道而驰。WSRP 规范忽略了将数据和表示分开的合理建议，并将它们紧密结合在一起。
WSRP 承诺在 UI 级别进行集成。这似乎是要解决的错误问题。
让我感到困惑的是，这东西已经活了这么久。
它试图解决的问题往往不是应该解决的问题。
如果您仔细阅读 WSRP 规范，您会发现它是 Java Portlet 规范的远程版本（如果我拼写正确的话）。这意味着它对于集成 Java Portlet 很有用。其他任何东西都必须看起来像一个 Java Portlet，它不是很通用。
我认为 NetUnit 的最后一个版本是“这个最新版本增加了对 Visual Studio 2005 和 .NET 2.0 的支持”这一事实可以推断出它的受欢迎程度/采用率。
我不得不同意 Cheeso 的观点。将 UI 与数据集成仅服务于 portlet 消费者，并为 portlet 生产者增加了一个大的、不必要的、有风险的层。我们的 .NET 商店最近被迫考虑 WSRP，我发现缺乏支持和经验。我见过讨论的最好的以 MS 为中心的方法在这里。但我还没有找到任何具体的 WCF 实现/支持。任何线索都非常感谢！
WSRP 本质上是一个portal-to-portlet Web 服务标准。门户和 portlet 之间交换的主要数据是什么？它是标记，主要是因为大多数门户网站都使用 Web UI。与 UI 相比，它不是纯数据的整个想法是没有意义的。它旨在成为用于 portlet 发现、元数据、标记、交互、缓存、portlet 到 portlet 通信等的 Web 服务。即使不是 WSRP，门户也是如此。然而，WSRP 是一个开放的、跨平台的标准。
什么是仅集成来自其自己的产品和/或平台的 portlet 的门户？拥有基于 Java 的 PeopleSoft HR 并希望为您的员工提供从 SharePoint 访问其 portlet 的权限？祝你好运。为什么这不能成为大多数企业软件可以实现的场景？是的，我意识到这是与 UI 相关的集成。这是我使用门户网站的主要原因之一。我并不希望 PeopleSoft 在“纯”数据级别与 SharePoint 集成，并且不知何故，员工福利 Web 部件会神奇地在 SharePoint 中弹出以供使用。但是，如果 portlet 到 portlet 的集成基于 WSRP，那么这就是我所期望的。
WSRP 虽然不完美，但在我看来是一个优越的解决方案。除了在门户中轻松集成 portlet 之外，它还将门户与应用程序分开。无需将二进制文件部署到门户服务器，甚至无需在同一台服务器上运行。这是有道理的。永远不要在与门户服务器相同的服务器上运行应用程序：两者都不会升级。我得出的结论是，将应用程序二进制文件放在与门户服务器相同的服务器上是很疯狂的。“请将此应用程序部署到门户服务器并让它影响安全性、稳定性、性能以及介于两者之间的所有内容，我希望在升级应用程序时创建尽可能多的依赖项并关闭整个门户服务器”。这是一个依赖的噩梦。
当只有选定数量的 portlet 受到最多访问时，您是否需要对整个门户平台进行负载平衡？门户供应商希望您这么想。很多时候，门户网站只是在等待 portlet 完成处理。使用 WSRP，您可以灵活地独立于门户平台对 portlet 进行负载平衡。它总是分解为几个受影响最大的 portlet。为什么不只对那些portlet 进行负载平衡呢？因此，无需在 80 个 CPU 上对门户进行不必要的负载平衡，您可以在 10 个 CPU 上对这几个 portlet 进行负载平衡。WSRP 也非常适合云计算。
WSRP 是一个门户到portlet 的标准。如果您想编写一个可在多个门户网站上工作并可能跨平台工作的 portlet，那么 WSRP 就是它。如果您正在考虑远程集成第三方 portlet，WSRP 就是它。这是唯一的标准。但是，与其他专有的本地门户到 Portlet 接口相比，它也有一些显着的优势，也应该考虑这些优势。