这两天在改blog，因为脑子里又掺了一些杂七杂八的念头，想要实现一下，呵呵。如果这两天有看我blog的话，可能时不时会发觉自动跳框啊或者某个功能怎么没了等等状况。那就是我在改blog，这个时候要找我的话，直接上gtalk就行啦。
为了实现多个浏览器下效果一致，花了不少心血啊。先看看效果吧，见左边的“日程更新”，我的Calendar是以event list形式表示，当然可以有其他选择，这是后话（有空时候再说吧）如果是Firefox的话可以看到边是带弧的，是用的css3，ie和opera下没看出来。ie下还有其他一些css效果也看不出来。不过基本的效果是三个都一样的。
因为涉及要下多个Calendar然后合并的操作，发觉三个浏览器对于js下载和加载的表现各不相同。在做Web可要特别注意了哦，在这我说一下我遇到的情况吧:
情况如下，首先要下载四个Calendar的数据（用Google 的 JSON API），每个下载完回调一个Handle，Handle将数据加入EventList。四个都Handle过了，调用showEventList()。三个浏览器的下载方式应该都是并发的，这点应该没有疑问。每一个Calendar的操作相当于是在一句<script src="****"></script>,加载顺序正好三种浏览器三种方式。
首先是IE，由于对多个Calendar操作，然后用到了一个eventlist，可以想象是多线程在操作一个数据域。IE可以说是完全多线程的，如果给Calendar编号 1 2 3 4，那么在下载完数据后回调的顺序可能是 2 3 1 4 或者 1 3 4 2 等等。另外，用来动态加载这些javascript的那段js与这四个新js也是并发的。这样有两点麻烦：
- 时间上难掌握：程序是非顺序的，对于需要顺序完成的任务实现时要加不少辅助变量。
- 空间上易出错：由于好几个Calendar的Handle是同一个Handle，这样就要手动控制好变量的同步，容易出现脏数据。
然后是Opera，Opera不论从哪方面讲都适合年轻人使用，充满了朝气！今天的修改其实主要是针对IE的，Firefox和Opera基本上是一致的。但在最后，Opera的一个反常举动让我调了老半天才调出来。
Opera的js装载好象是完全顺序，与IE截然相反。顺序到一个页面的所有script都得一步一步来，就像只有一个线程。如果以原script为 0，四个数据js文件还是 1 2 3 4，那么Opera的执行顺序将是 0 1 2 3 4 0，最后的0是返回原脚本，感觉就是堆栈式的函数调用。就是最后那个返回原脚本，让我措手不及。楞了老半天才发觉。
最后是Firefox，个人觉得，Firefox 更适合用来开发 web 程序。就在今天的修改过程中，无论我怎么改，只要基本的逻辑是对的，那么Firefox的效果始终是如预期的。
以Opera那种假设下来说，Firefox的执行顺序是 0 1 2 3 4。我觉得这样理解好了，Firefox是把script放在页面文件中。装载顺序是从头到尾依次装载的（严格按照js在页面中出现的顺序），js的运行不并发，装一个运行一个结束后再装。几个好处吧：
- 更贴近web开发者的正常逻辑。web开发者一般是写页面的时候嵌js，而不是写js的时候嵌页面 。这样Firefox显然比Opera更适合web开发者。
- 脚本并行处理(IE)考虑了一块js一个用途的方式时候的效率，但是不适合多个js联合工作，特别是需要时间上和空间上控制的工作。
其实单就用户体验来说，IE可能更受欢迎，毕竟是多线程的，不会因为一个js的错误而导致整个页面僵死。而且就三个浏览器看我blog的速度来说，IE应该是比较快的（除了Opera在有缓存的情况，其缓存给我的印象颇深刻~）。但我还是比较喜欢Firefox，毕竟咱是做“写”工作的人嘛，而且速度这个是可以用不同手段提高的。
最后赞一下
Firebug，开发人员的福音啊！
