对于一个高流量,复杂的表单,有什么建议ASP.NETMVC?

php/灯vs。asp.netmvc公司:

由于这个原因,这个项目可能不会产生预期的结果,这将是一个比节省一小部分资金更大的问题。先发制人:您不需要将mssql用于asp.netMVC,所以“数据库许可证不能使它成为一个小的%”不是一个有效的参数。

关于提示,请查看我发布的这个问题的答案: Scalable application with ASP.NET or Google AppEngine

• 您不需要一次加载所有这些选项卡。您可以在用户选择选项卡时检索它们。这将使初始加载时间更快(以第一次打开其他选项卡时的小延迟为代价)。如果适用于该场景,您可以在客户端保留已打开的选项卡,因此额外的命中/延迟仅在第一次打开额外选项卡时发生。

目前,有很多往返交通,因为时间表的每一部分在离开一个字段时都会节省。我想避免这种情况,但我承认部分保存是很酷的。

您可能已经这样做了,但是您可以使用更改检测来确保只有在用户实际进行更改时才发布它。此外,您不需要发送整个选项卡,您可以只发送要进行的更改。

这是一个很难给出一个明确的答案-无论你采取什么样的选择,都会有取舍和妥协。

我个人建议OOB Silverlight 4+WCF。

¹

在任何情况下,最好是使用这两种技术编写一些演示,并运行它们以查看它们在最糟糕的办公室中的具体表现,这将是确定哪种技术最好的唯一方法。

¹ _{通过使用SL4、使应用程序成为浏览器外应用程序、将XAP文件发送给用户并使用 sllauncher.exe 安装它(对于系统管理员来说,这是一件非常重要的事情)。这确实使SL应用程序的更新变得更加困难,但在网络流量特别糟糕的办公室,你可以这样做。}