2009-01-27 107 views
14

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

回答

11

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

请记住,用户花费99%的时间使用其他网站,而不是你的。确保您的网站能够完成他/她对网络其他部分以及通常使用计算机的要求。

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

+0

非常不错的链接!我发现它很有用。 – 2012-01-05 18:28:57

9

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

提供良好的用户体验是我们软件开发人员的主要目标应该是。我们用来做这件事的技术只是一个推动者。

我们只使用了太多的/如果有错误的技术:

  1. 的应用是直观或 从用户的心理 模型不同的,或
  2. 应用过于 困难或太贵到 保持为那些后来的人 我们
16

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

3

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

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

也不能合理地使用后退按钮会导致悲伤。

+0

“书签功能”/“后退按钮”和“太多的JavaScript”并不相互排斥。他们可以用更多的javascript来解决:)但是,严重的是,有时从javascript中的重大努力中获得的收益大于书签的损失。例如Google地图。 – 2009-01-27 17:11:37

+0

你是对的。有些问题可以通过更多的JS来解决。谷歌地图通过使用“链接”小部件来实现这一点,您可以在其中将当前视图复制为直接URL。虽然我发现在这种情况下不可能,但仍然应该在可用性和性能之间做出明智的折衷。 – 2009-01-28 08:38:44

4

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

0

太多的事情是:

当在用户不GET /需求/喜欢的/ etc您无法读取代码

的UI

当你杀死任何服务器端/客户端的资源,你需要

3

我要说的是,任何技术,如果你忽视赞成尽一切“以同样的方式”的解决问题的更直接的方法,有一展身手你有可能会这样做。证明这一点的简单方法是花费一些额外的时间来写出概念验证特征,而不是使用所讨论的方法,并且追踪它需要多长时间等等。如果您可以用您的概念证明来完成相同的事情并且为用户提供合适的体验,那么发展战略可能需要改变。

+0

+1采取最直接的方法。我会补充说,在为开发人员节省的时间和为用户节省的时间之间存在一种平衡 - 这是一种折衷,并且在某个方面在任何一个方向上交易太多都是坏事;而且开发者和用户的最佳回报往往是采取更直接的方法。考虑到AJAX所用的大部分内容是模拟浏览活动,但在浏览器中。迅速推出这么多冗余就变成了自我挫败。 – zxq9 2014-01-04 03:23:31

0

这真的取决于项目是什么。

谁是用户?这只是一个内部事物,还是会对世界开放?他们是否期待定期的Web风格界面?那会阻碍视线的可用性吗?

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

典型的用户计算机可以处理多少的JavaScript(较老的机器几乎可以没用了大量的JavaScript)?

有很多问题需要得到回答,然后才能决定是多少JavaScript的太多问题。

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

0

这取决于许多因素:

  • 是否脚本泄露信息对你的应用程序的内部运作的终端用户?
  • 您是否需要支持多种浏览器?
  • 您是否需要支持移动用户(或PDA)?
  • 你用Javascript执行业务逻辑吗? (generaly这应该在服务器上完成)
  • 等等

一旦你得到的回答这些问题,我认为这是容易确定是否需要在已经越过一条线某处与否。除此之外,从性能角度来看,将处理器负载分配给客户端总是一件好事。执行客户端业务逻辑也很好,但请确保您仔细检查服务器。

希望这会有所帮助。