易栈网-膘叔

这两天看到又有基于JQuery的UI框架出来了。稍稍看了一下，发现这个还可以，主要是他的一些组件都是可以独立出来的。这样就方便很多而不至于非常复杂。
http://ligerui.com/api/
有兴趣的朋友们可以看看，界面什么的和easyUI差不太多，我主要是想用一下他的树插件（其实官方有很多树的插件，只是，这个看起来比较有意思。）
这里是DEMO：http://demo.ligerui.com/
是基于apache的协议的UI框架。可以尝试一下下。。

我晶，我1.5都还没有用太多次，1.6居然都出来了，还TMD是正式版。。。
据jQuery官方博客5月3日的最新消息，jQuery 1.6 正式版已经可以下载使用。jQuery 1.6 版本包括了对属性（Attribute）模型的重要重写，还有诸多性能优化。借此机会感谢jQuery开发团队和jQuery错误分类团队的成员。 可以从这里下载jQuery 1.6：
http://code.jquery.com/jquery-1.6.js
http://code.jquery.com/jquery-1.6.min.js

Microsoft CDN 下载: http://ajax.aspnetcdn.com/ajax/jQuery/jquery-1.6.min.js

jQuery的官方博文中也鼓励社区会员参与到jQuery的核心工作中。此外，jQuery官方透露，已准备着手jQuery 1.7的开发工作，如果你有相关建议，可以向他们提交表单。（请翻墙）

看了一下changelog，发现还是以修复bug和加速为主，看到上面贴的那么多性能图片，发现在ie下几乎都维持着原来的状态，看来IE下，jquery是无法提高性能了。。。
http://blog.jquery.com/2011/05/03/jquery-16-released/

做WEB开发，有时候会需要在获取数据后重新刷新页面，如果删除一条数据时，就需要刷新一下显示。以前很多时候，我都是用location.reload()来解决的。
今天再看到某篇 文章的时候才发现，原来还有那么多的技巧，一下子傻眼了。

第一种，我真的没想过。第三种，第七种我看过，其他的还。。。。真没有注意过。
我OUT了。。

自从canvas越来越被大多数人接受后，基于它的游戏也越来越多了。。。
而这个，居然没用canvas也能实现这样的效果，看这里：http://www.cnblogs.com/Random/archive/2011/04/11/2011962.html

作者这么说了：
继 《天机》 之后，这次又山寨了个名为《街斗霸主》的经典格式游戏《街头霸王》的模仿版Demo，花了几个月的业余时间写了这么个东西，算是对目前的技术学习的一种练习吧。

其实这种练习的结果不是很重要，主要是体会其中的过程，虽然大部分的时间是在痛苦中渡过，但也是有很多收获的，同时也暴露出很多技术方面的不足，也为以后的学习明确了一些目标。

不过确实，性能上还是不理想，IE下的表现还是比较糟糕（特别是IE6。。。恩。。。- -！）。
目前兼容IE6/7/8(理论上也兼容IE9，只是没有测试)，safari，FF3.5+(因为FF2.0/3.0不支持水平翻转的样式。。- -！)，Chrome，Opera。
自己写了一个小型框架，包括了开发流程和js类库，类库用了OOP Like的方式包了个语法糖衣，看上去还算是像个OOP的样子，不过因为为了追求“优雅”，直接扩展了function的prototype，所以不建议在其它地方使用。
框架开发的整体思路就是用PHP作后端代码合并输出，js代码里用$import去建立了各个代码文件之间的关系，然后页面引用合并js的PHP文件，该模式需要在本地建立一个web服务器才能作测试，并且需要设置hosts为 127.0.0.1 aralork

　　游戏说明

　　　　游戏是一个Demo版本，实现了核心的整体流程。游戏分为“单人游戏”模式、“双人对战”模式和“练习模式”三种玩法，不过其实实现都是一样，只是改改初始化的参数而已，挺坑爹的。。。

　　　　游戏只需要键盘操作，不需要鼠标，

　　　　菜单的操作是方向键移动，Enter键选择，ESC键取消；

　　　　玩家1的操作:

 　　　　玩家2的操作:

　　　　  上：↑，下：↓，左：←，右：→，拳：小键盘 1 / 2 / 3，腿：小键盘 4 / 5 / 6

　　　　这里的 ↑ ↓ ← → 代表方向键。

　　　　游戏演示地址

 　　　　完整源代码下载

这是相对比较值得关注的内容，要知道浏览器对JS的解析都是通过他们自带的一些引擎来牏的。比如chrome所谓的V8引擎，都会有针对性的进行加速和处理，再者比如说IE对JS的规范支持又是比较延后的。因此，了解一下各个浏览器对JS代码执行的限制等，对于开发中遇到的问题也会有一定的了解。。

好吧，原文来自于：“http://rockux.com/archives/%E6%B5%8F%E8%A7%88%E5%99%A8%E5%AF%B9javascript%E4%BB%A3%E7%A0%81%E6%89%A7%E8%A1%8C%E7%9A%84%E9%99%90%E5%88%B6”

浏览器的用户界面和JavaScript代码共享同一个处理进程。无论是浏览器需要响应一个菜单的点击，还是渲染一个页面或者执行Ajax请求，每一个事件都会添加到一个队列中。当浏览器空闲的时候，就会继续执行队列中的任务。

浏览器的线程

实际上，在高端一些的浏览器中都不是只有一个线程。作为极端的例子，IE9和Chrome会为每一个tab生成一个系统的进程。然而，对于每一个页 面来说，仍然只有一个事件处理的队列，也就意味着一次只能执行一个任务。这很必要，因为浏览器或者你的JS都可能会去更改HTML的内容。

不难理解，浏览器必须要限制你的JS执行的时间。如果执行时间很长，会锁死进程甚至导致系统崩溃。这就是你会看到这个“无响应的脚本”的对话框原因。

但是浏览器怎么来决定一个代码是不是执行的时间超长了呢？正如你所想的，5个流行的浏览器的处理方式都不一样。

IE

IE对JS代码的限制是500万条。

Firefox

FireFox使用时间来限制，最多是10秒。

Safari

Safari也是限制5秒。

Chrome

Chrome没有特别的限制，但是他会去检测浏览器是否崩溃或者没有响应。

Opera

Opera也没有限制。但是浏览器不会引起系统的崩溃，你在这个停止响应的时候还可以继续开Tab。

有的浏览器允许你自己配置限制的数额，但是不推荐这样改。这样有的人可能用这种办法来修复“不能响应”的页面。你可以搜一下，但是通过修改浏览器的配置来解决响应的问题不是最终的解决办法。

那么如何才能防止JavaScript抛出这样的错误呢？最佳的解决办法就是避免在客户端执行需要长时间运行的函数。理想情况下，所有的函数都应该在几十毫秒内解决问题。更多更复杂的计算应该交给后端然后通过刷新页面或者异步方法来处理。

然而，我们应该意识到减少客户端的压力在现在这种JS大型应用中不是最佳的办法。还有一些别的办法，我们后面会讲到。