JavaScript提供商应该注意的五大死角问题

现在用于网站上的 widgets 越来越多,越来越多人为了在他们的网站或 blog 上显示 Flickr photos、 Twitter status、 iTunes playlists 等而安转了这种第三方代码支持,这些日益增加的 widgets ,尽管当中大概只有 1% 是有用的,而这 1% 很好的改变完善整个互联网的格局。

不过随着 widgets 出现也带来了一个问题:使用 widgets 会降低你的网站速度。在比较好的情况下,你使用的 widgets 来自一个稳定快速的服务器;比较糟糕的是你使用的 widgets 来自一个不稳定的服务器,那对你的网站的影响就会很大。

国外的一位博客作者认为,在这方面没有银弹这一可能,没有一个单独的方法或者技术能解决这个问题。这是一个联系到多方面的问题,公司可以通过一些方法来缓和多个Widget在一起带来的影响,但是数量到一定程度,问题总会发生的。下面有一些方面值得javascript提供商应考虑:

1 延迟JavaScript的执行

所有的JavaScript代码都希望第一时间去运行,但是实际上不行,这是一个很常见的问题。如果脚本不需要在页面读取是做任何改变,那么脚本执行可以放到页面读取完成之后。这样一来,页面内容就可以先显示出来。很不幸,不是说有的游览器都这么做。

2.减少运行的负载

任何东西在页面读取时运行都会减慢速度,所以越少代码速度越快。另外一个与此有关联的是整个页面的搜索,会导致整个页面读取缓慢。总体来讲,任何JavaScript程序运行超过5秒都会有问题。

3.负载平衡请求产生不同的URLs

现代很多脚本总是返回同样的URL。随着Widget广泛的应用,通过同一个服务器并发的请求将会非常巨大。一个比较好的方法就是分发不同的 URLs。尽管现在不同的URLs可以执行同一个域名,但是未来会是一个发放来分散浏览压力。

4.使用标准库

可能最差劲的事情就是什么都从头来过,因为JavaScript特别容易导致错误。和Java那样,JavaScript设置很多标准的库,有了标准可能会更加有效。原有的库都是一些了解系统缺陷的有经验人士写的,所以最好还是直接使用。

5.更重要一点,多去思考

知道有一些JavaScript将会在最终用户的网站上运行是很重要的,要知道我们只是庞大的系统的一部分,开发正在此能够降低破坏其他Widgt的可能,也能保证用户体验的质量。