QbatyBlog

09年年初写的 datagrid（只实现了基本功能）。
09年上半年到北京中关村在线前端开发组，开始写各种各样的js效果和频道页面，焦点图从生硬的切换到圆滑的变换。
期间自己虽然一直坚持写js，但是还是有很多想法没能在代码上实现。
09年下半年参与的yogsoft整个项目的策划，从总结用户需求到写用户，产品需求文档，到自己画产品原型设计图，之间请教过崔凯，ZOL的志东。到完成整 个项目的页面，包含部分优化，以及CSS部署，css sprite的合理整合，包括图片优化处理。
其中接触到很多新的东西
Read the rest of this entry »

原文标题：《Functions as Namespaces, and How to Peek Inside》
原文地址：http://www.davidflanagan.com/2009/11/functions-as-na.html

把函数做为命名空间已经是当今javascript编程里非常普遍的了。如果你把你的代码包含在一个函数里，那么你的代码里包含的变量和函数对于包含函数是本地的，或者说是局部的，这样则不会扰乱全局作用域。

var value = (function() {  // Wrapper function creates a local scope or namespace
    // your code goes here
    return value;  // Export a value from the namespace
})());  // Invoke the wrapper function to run your code

例如，现在假设你刚刚用XMLHttpRequest获得了一段字符串形式的javascript代码。你打算去执行这下代码，你可能会想要在一个命名空间里去执行这段代码，这样执行代码的过程中就不会产生全局的变量或是函数。
这很简单，只要在执行前把这段代码包含进一个函数里。在这个情况下，构造函数Function() 比起eval() 更加得心应手。 Read the rest of this entry »

今天Youyee发给我一段代码，是关于给DOM绑定事件的三种方法，让我说出三种方法的不同
我想了一会，愣是没说个明白。Youyee解释过后就明白，在这里做些笔记

var Event = {};
//方法一 runtime
Event.addEventListener = function(obj, eventType, listener){
	if(typeof window.addEventListener === 'function') {//DOM2接口
		el.addEventListener(type, fn, false);
	} else if(typeof document.attachEvent === 'function') {//IE
		el.attachEvent('on' + type, fn);
	} else {//DOM0接口
		el['on' + type] = fn;
	}
};

//方法二 initialize
if(typeof window.addEventListener === 'function') {//DOM2接口
	Event.addEventListener = function(el, type, fn) {
		el.addEventListener(type, fn, false);
	};
} else if(typeof document.attachEvent === 'function') {//IE
	Event.addEventListener = function(el, type, fn) {
		el.attachEvent('on' + type, fn);
	};
} else {//DOM0接口
	Event.addEventListener = function(el, type, fn) {
		el['on' + type] = fn;
	};
}

第一种方法，还记得是很早之前写的，第一个datagrid或是排序table，就是用了这个绑定方法。不足之处在于只要用到这个函数就需要对DOM判断一遍，开始判断一遍是不是更好呢？
Read the rest of this entry »

WebRebuild 的一年一年的壮大，从深圳到北京，明年有可能是上海，重构的运动正在进行着，影响着每一位互联网开发者。
第四届 D2 的成功举办，Webrebuild今年北京Google交流会，前端在业界的声音越来越大，前端技术越来越被重视。
Google，W3C，baidu，tencent，各大公司也越来越重视“Web标准”。
这一切都开始慢慢的变的像一种革命，一种反对 非标准浏览器妨碍互联网应用的发展的革命。这种革命的推动，发展以至成功带来的是开发者的春天，也是互联网用户体验一个新的世界。

但是也有不少公司不理解Web标准，他们对Web的认识停留在比较原始，甚至有点落后的状况上。他们可能每天想着如何快速的把产品，网页做出来就OK了，不去考虑所谓的标准，什么是标准，标准能换来直接的利益么？

其实，也许标准不能说直接的换来钱，但是能节省很多钱，从成本角度上，你用更少的成本换来的等同的价值，你实际盈利更多了。那为什么说从成本角度上，Web标准可以给你带来成本上的减少呢？

从人力成本来说你可能需要更专业的前端开发工程师，而开发成本却大大的减少了，硬件成本也可能由于更优化的结构，更优的行为处理，而减少你所需要耗掉的带宽。

这些点点滴滴不容易察觉的好处，正是目前很多公司或是开发者忽视掉的。

Web标准的推广普及给我们带来是一个更加Open，更加美好的的一个互联网时代。

当我们将不再因QA报上来的大堆非标准浏览器下的诡异bug而痛苦不堪，或是不在需要小心翼翼，惟恐触碰了非标准浏览的匪夷所思的解析方式或是盒子模型的时候，每一位互联网用户将面对HTML5和CSS3也许还有javascript 2.0来的RIA漫天飞舞。
当然革命尚未成功，同志仍需努力！~