将 PHP 与 asp.net / asp.net-mvc 集成的最佳方式

巧合的是，这个问题在上周出现了两次。

客户有一个想要保留的现有 PHP 网站。他们还拥有或即将拥有一些 ASP.net 网页，希望将其集成到现有站点中，使其显示为单个站点。

我们想到了以下几种可能性：

• 使用 IFrame
• 将所有 html / 菜单复制到新站点以及站点之间的链接，用户在站点之间移动但不会注意到，如果他不查看 url
• 使用Web 服务从asp.net 网站读取信息并在PHP 网站上编写html。
• 使用 WSRP（Web 服务远程 Portlet）。已对此进行测试以在 Java 站点上显示 Sharepoint Web 部件，尚未使用 PHP 进行测试。

有人尝试过这些吗？有更好的建议吗？有什么是我们绝对应该避免的吗？

Thanks

Shiraz

这实际上取决于可接受的集成水平。您最初的建议存在许多可维护性问题，我不建议将它们用于面向公众的互联网站点。

如果我拥有完全控制权，我可能会考虑将 PHP 站点迁移到 IIS，并将 ASP.NET 页面与 PHP 文件一起部署到该站点。这可能相当棘手，具体取决于 PHP 站点的构建方式。您可能遇到的问题包括：

• PHP 应用程序中 mod_rewrite 的使用以及 Windows 上是否有合适的替代品。在撰写本文时，这种情况已经好很多，但您可能需要调试现有配置。
• 扩展。您需要的所有 PHP 库和扩展都可以在 Windows 上使用吗？
• 表现。有些人报告 Windows 下 PHP 的性能令人无法接受。我确信，通过正确的性能调整，您可以提供与旧网站相当的内容，即使这确实是一个问题。

关于您建议的选项

• 使用 IFrame。这是可行的，但有点笨重，如果您需要代码库之间的 SSL 或 JavaScript 交互性，则可能会出现问题。
• 站点之间的链接。这是可行的，但如果 SEO 对您很重要，则可能会出现问题。有时，您还需要考虑更多的链接，而不仅仅是菜单。
• 使用 Web 服务读取 ASP.NET 页面。仅当您的页面非常简单且交互或回发为零时，这才真正可行。如果你需要处理回发、视图状态等，你就会遇到麻烦。使用 ASP.NET MVC 为您提供更多控制权和更轻松的集成体验。我个人的观点是，这是非常hacky的，而且我只会为单个页面做一些事情（如果它真的很重要的话）。
• 使用 WSRP（Web 服务远程 Portlet）。我不确定这是常规 ASP.NET 的一个选项，我一直认为这是 SharePoint 的附加功能。