2

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

4

3 回答 3

1

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

此外,借助 Google Gears 和其他此类框架,可以将客户端与网络分离,并且仍然可以使用应用程序。如果所有的用户界面都在服务器上,那么推出漫游解决方案就更难了。

于 2008-09-02T21:34:08.703 回答
1

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

当然,这一切都取决于您要做什么,以及 UI 是否简洁是否重要(内部 Web 应用程序可能不需要额外的开发来使 UI 更具吸引力和更快/更易于使用,而大众观众使用的一般公众可能需要尽可能地完善和调整)。

于 2008-09-02T21:34:34.443 回答
0

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

此外,请注意,编写 javascript 应用程序的代码可能要困难得多,因此它们要稳定、可靠且无错误。你能锁定你的用户,让他们只使用一种特定的浏览器吗?

于 2008-09-02T22:29:53.733 回答