多少javascript太多了

时间:2009-01-27 16:49:22

标签: javascript ajax

我最近一直在和一个非常激烈的项目合作。使用ajax对Web服务进行所有调用,并在客户端处理数据逻辑。服务器端代码只是作为data access layer而没有其他功能。多少javascript太多了?

10 个答案:

答案 0 :(得分:16)

当它向客户端显示太多时,Javascript可能太多了,所以我会从安全角度看。从性能角度来看,一般使用Javascript更好。

答案 1 :(得分:12)

这实际上取决于您的需求和用户的期望。我唯一的建议就是当用户改为真的期望导航新页面时,想一想你在做AJAX的地方。那些你做“太多”的情况。

请记住,用户花费99%的时间使用其他网站,而非您的网站。确保您的网站能够完成他/她对网络其余部分以及一般计算机的期望。

顺便说一句,可用性测试可以用来确定任何领域的“用户真正期望的”。您作为设计师的判断可能与典型用户完全不同;另见Why You Only Need to Test with 5 Users

答案 2 :(得分:9)

如果生成的应用程序直观且对用户有用,那么您不能说它使用了太多的技术或其他技术。

提供出色的用户体验是我们作为软件开发人员的主要目标。我们用来做这件事的技术只是推动者。

如果出现以下情况,我们只使用过多/错误的技术:

  1. 该应用程序不直观或 偏离用户的心理 模型,或
  2. 申请过度 困难或太昂贵 维持那些后来的人 我们

答案 3 :(得分:4)

我不介意使用javascript,只要它不会泄露敏感信息或打开安全漏洞。

答案 4 :(得分:3)

问题是,该应用程序是否仍然提供必要的功能,如可书签性和尊重用户浏览历史记录?

如果用户无法为特定页面/状态添加书签,那应该是可收藏的,这是一个警示标志。

也无法合理使用“后退”按钮会导致悲伤。

答案 5 :(得分:3)

我会说,对于任何一种技巧,如果你忽略了一种更直接的方法来解决问题而转而采用“以同样的方式”做事,那么你很可能会过度这样做。证明这一点的一个简单方法是花费一些额外的时间来编写概念验证功能,而不是使用相关方法,并记录它需要多长时间等等。如果你能用你的概念证明完成同样的事情,为用户提供合适的体验,然后开发策略可能需要改变。

答案 6 :(得分:1)

答案 7 :(得分:0)

太多的事情是:

当你无法阅读代码时

当用户没有获取/需要/喜欢/ etc UI

当您杀死所需的任何服务器端/客户端资源时

答案 8 :(得分:0)

这实际上取决于项目的用途。

谁是用户?这只是内部事物还是对世界开放?他们期待一个常规的网络风格界面吗?这会妨碍视线的可用性吗?

它需要多安全?使用javascript可以为用户打开很多应用程序,这可能是一个安全问题。

典型的用户机器可以处理那么多javascript(旧机器对于大量的javascript几乎没用)?

在决定javascript过多之前,有很多问题需要回答。

最终,它最有可能最终由测试和用户反馈决定。

答案 9 :(得分:0)

这取决于许多因素:

  • 脚本是否向最终用户显示有关应用内部工作原理的信息?
  • 您是否需要支持各种浏览器?
  • 您是否需要支持移动用户(或PDA)?
  • 您是否使用Javascript强制执行业务逻辑? (通常这应该在服务器上完成)

一旦你得到了这些问题的答案,我认为很容易确定你是否曾在某个地方划过界限。除此之外,从性能的角度来看,将处理器负载分配给客户端总是一件好事。实施客户端业务逻辑也很好,但请确保仔细检查服务器。

希望这有帮助。