对于典型的业务应用程序,重点应该是通过 AJAX 进行客户端处理,即从服务器提取数据并在客户端处理它,还是您会建议采用更经典的 ASP.Net 方法,让服务器负责处理大部分 UI 事件?我发现很难想出一个好的“默认架构”来开始。也许有人有一个他们可以推荐的开源示例应用程序。

有帮助吗?

解决方案

这实际上取决于应用程序和情况,但请记住,每次对服务器的访问都是昂贵的,无论是在增加负载(可能是最小的)方面,还是在 UI 响应能力方面。我认为,如果可能的话,用 JavaScript 做事是个好主意,如果它能让你的 UI 感觉更敏捷的话。

当然,这一切都取决于您想要做什么,以及 UI 是否敏捷是否重要(内部 Web 应用程序可能不需要额外的开发来使 UI 更具吸引力和更快/更易于使用,而某些东西大众受众使用的内容可能需要尽可能地进行打磨和调整)。

其他提示

这在很大程度上取决于应用程序和用户。然而,在一般情况下,如果尽可能多的处理发生在客户端上,您总是可以更好地扩展,并且用户将获得更好的体验。

此外,借助 Google Gears 和其他此类框架,可以将客户端与网络分离,但仍然可以使用该应用程序。如果所有 UI 都在服务器上,那么推出漫游解决方案就会困难得多。

您需要相信数据吗?如果是这样,请注意,以令人讨厌和恶意的方式篡改客户端处理的数据是微不足道的。如果是这种情况,您将需要在服务器上处理信息。

另外,请注意,编写 JavaScript 应用程序以使其稳定、可靠且无错误可能会困难得多。您能否锁定您的用户,让他们只使用一种特定的浏览器?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top