我已经完成了几个网页应用程序页面。它们都使用相同的母版页，所以它们看起来都很相似，当然除了内容。从技术上讲，可以放置一个更大的更新面板，并将所有页面放在一个大的更新面板中，这样用户就可以始终停留在同一页面上，并且链接会触发__doPostback回调以使用相应的更新面板。
构建我的网站会出现什么问题？
答案 0 :(得分：0)
这实际上取决于你想要做什么。当然，如果每个页面都是非常耗费资源的，那么如果将它们拆分，可能会有更快的加载时间。不过，我只是为了简单，如果你有一个干净，快速的方法来保持用户在一个页面上并使用AJAX来处理数据，那么你一定要考虑它。
但是，如果没有关于您正在使用的Web应用程序的大小和范围的更多详细信息，则无法为AJAX解决方案列出太多缺点。
答案 1 :(得分：0)
嗯，“pages”在您的业务层和Web应用程序的http方面之间提供了所谓的“服务接口层”。这就是所有的http，会话和相关方面都被“转换”为常规的C＃类型（字符串，整数，自定义类型等），然后页面使用常规的C＃调用约定调用业务层中的方法。
因此，如果您的整个应用程序中只有一个更新面板，那么您实际要说的是，一个页面（代码隐藏部分）必须处理http“ness”和业务层之间的所有翻译。从可维护的角度和调试的角度来看，这只是一团糟。
如果你在一个团队中，你们每个人都可能会修改相同的代码。对于某些源控制系统而言，这可能是一个问题，但是您可能会使用相同的签名和不同的实现来定义相同的方法名称。这并不容易合并。
从设计角度来看，没有任何关注点分离。如果您在业务应用程序上有菜单或超链接，则很可能意味着存在差异问题。根本不是一个好的设计。
从性能角度来看，无论用户实际执行什么功能，您都将加载所有系统功能。
您仍然可以获得用户体验，以便他们具有单页体验，并将回调重定向到所关注的特定区域的处理程序。但我认为用户界面和你将提供的实际用户体验真的很难。当您将所有内容合并为一个页面时，您可能会遇到杂乱的菜单和其他功能。
除非您构建的系统非常简单且无法超越目前的增长潜力，并为您的用户提供单页体验，否则将真正提供价值并改善用户体验，并且不会沿着这条路线前进。
当你拿锤子时，一切看起来像钉子。