在ASP.NET MVC中，对于高流量、复杂的表单，有什么建议呢？

Question

我们目前有一个WinForms应用程序，我们希望缓慢地迁移到一个web应用程序。

一个屏幕是一个时间表输入系统，它使用DataWindow，非常缓慢和错误。无论如何，时间表屏幕有五个部分是实时保存的。一份完成的时间表需要2-5个章节.

目前，系统运行缓慢。我们的一些远程办公室几乎没有frac-T1。

因此，我想使用ASP.NET MVC2重新设计屏幕，甚至提供一些增强功能，比如autocomplete (目前缺乏这种功能)等等。

对于一种形式的最佳实践有什么建议，我知道它会是大容量的，并且在可能的慢网络上运行？

目前，有很多往返交通，因为每个部分的时间工作表保存时，他们标签离开一个字段。我想避免这种情况，但我承认局部储蓄是很酷的。

如有任何建议或建议，将不胜感激。

谢谢

Answer 1

php/lamp与asp.net mvc:所涉及的唯一因素不是授权成本。团队扮演着一个重要的因素，当然这取决于你已经存在的技能，但是开发+基础设施的开销会更高，因为你不太习惯这个平台。

由于这一点，该项目可能无法给出预期的结果，这将是一个比节省一小部分更大的问题。先发制人的打击:您不需要在asp.net MVC中使用ms，所以“数据库许可证不会使它成为一个小%”不是一个有效的论据。

至于提示，请看我发布的这个问题的答案：Scalable application with ASP.NET or Google AppEngine。此外：

• 您不需要一次加载所有这些选项卡。您可以在用户选择选项卡时检索它们。这将使初始加载时间更快(在第一次打开其他选项卡时，代价可能是小延迟)。如果适合这种情况，您可以在客户端持有已经打开的选项卡，因此额外的命中/延迟只在第一次打开额外选项卡时发生。

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

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