刚来到一个互联网应用团队，团队的技术leader对我说，你既然是专做web前端的，以后开发尽量少用js框架，应该多自己去写点东西，虽然我们现在使用了prototype的。

我想了想，就问那为什么之前还要用prototype框架呢？回答总结三点，一是时间紧，二是跨浏览器兼容问题，三是没有专业前端开发。这么一来，我就是专业的，所以要在解决跨浏览器兼容性的同时，要在时间足够里，不使用框架开发目前web前端的开发工作，想想要求的确不是很高。

而我主要是在想为什么要用框架，其实代表是一种进步，使用框架并没有什么不好的，常说不要重复去发明轮子一样，可以省的为什么要去不断的去重复，关键不是不使用框架，而是如何理解编写的前人为什么要这么写框架，如果不理解，就不能真正去用好它，使代码会乱，虽然快速实现了功能，但是在维护或复用该功能时发现问题多多。所以，写出有质量的代码才是主要的，至于是否使用框架，而是相对你所要实现的功能或需求而言的，按需开发，需要什么就使用什么技术，什么框架。

例如，你需要写一个，在页面上每隔10秒钟显示一条友好提示，就相当“你知道吗？”这样的功能。

可以这么写：
var tips=
{
   msg:["你可以点击右键打开浏览器的其他选项！","使用“F1”可以获取帮助。","“F5”刷新页面。"],
   current:0,
   show:function()
   {
     document.body.innerHTML=tips.msg[tips.current];
     if(tips.current
        tips.current++;
     else
       tips.current=0;
     setTimeout(tips.show,2000);
    }
};
window.onload=function()
{
   tips.show();
}
以上代码就没有使用任何的框架，因为简单，而且也没有必要去使用框架之类的，一样可以完美的实现这个功能的。
但是如果功能增加了一些要求，如tips的内容需要服务端动态加载，则需要Ajax的支持，另外需要淡入淡出效果，这两要求非常通用，则可以通过框架的支持来实现，可以重构以上的代码，加入框架的应用。例如，prototype或其他什么框架，基本上目前主流框架都有类似的支持，没有必要重新去开发这些，但是对于框架依赖可以抽离出来写，这样就方便解耦。这样代码结构就清晰很多了，便于维护。

所以说，使用框架是站在巨人肩膀上的一种行为，代表一种进步，前提是你要理解它。

没有关联的文件。