我们正在 .Net 3.5 中开发一个非常大的 Web 应用程序。两个独立的供应商在不同领域拥有专业知识。两家供应商都位于远程，并在同一 Web 应用程序的不同功能区域上工作。我想知道处理 UI 开发的最佳方法是什么。
用户界面有一个主结构，其中左侧和顶部有导航链接。单击链接将打开主区域中的页面。各个页面将由每个供应商开发。整个主控可由一个供应商开发。在主布局中，我使用 iframe 在主区域中显示单个页面。
我将主应用程序部署在 IIS-Master 池上，将供应商 A 应用程序部署在 IIS-A 池上，将供应商 B 应用程序部署在 IIS-B 池上。当用户数量较多时，IIS 池进行负载平衡。
此外，此 Web 应用程序是基于访问的，即用户需要登录才能访问页面。我知道我也需要在这里实现单点登录，因为涉及到不同的站点。
这是个好主意吗？还有其他选择吗？
回复后编辑
我也有你回复中提到的同样的担忧。但我想到的解决方案不仅仅是因为涉及两个供应商。两家供应商参与其中是因为存在两个独立的功能区域，并且这两个区域都有自己的用户负载，因此它也有助于正确地平衡负载。我正在考虑完全创建两个实现单点登录的站点。但问题是 UI 公共(public)部分的维护。通用库很容易，因为可以由一个供应商开发并将 DLL 分发给其他供应商。我们如何为 UI 层做到这一点？
最佳答案
我对您所写内容的第一印象是，可能值得重新考虑架构。
使用 iframe，您会遇到很多问题，第一个是浏览器后退按钮的行为。
一种可能的替代方案是在主应用程序与 A 和 B 之间使用远程处理或 Web 服务，并在一个地方处理整个用户界面。与两个不同的供应商协调一致的 UI 开发可能非常困难。
关于.net - 开发大型应用的正确方法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1210770/