本来想整儿八经的跟大家分享下最近工作上的项目心得的，结果有点愤青了；言归正传，最近刚到一家新公司，这家公司用的后台框架和前端开发跟上家公司可以说基本上不搭边，然后刚进来也不是让我做对应的开发工作，而是将前辈们做出来的系统的bug进行修复，这都什么跟神马嘛，套路不一样，感觉修复缺陷神马的也好难啊。不过好在基本的知识点还是相通的，基于这点，就算框架技术选型什么的不一样，也得硬着头皮上啊。好在这三四天的时间也将缺陷修复的七七八八了，对付工作还是可以的。下面就进入到正题吧。
| 先简单说下以前前台编程的一个套路，html,css,js这些都是分开的，事件处理逻辑什么的都是写在我们的脚本里的，然后如果有缺陷的话，我们可以根据缺陷效果来定位到响应的事件，从而可以较快速的定位缺陷问题。但是现在这里，写好页面模板，然后通过后台代码将页面模板渲染到页面中， 对于这种对项目整体结构不熟悉的，想要定位相应的问题，那简直就是噩梦；再说说他们给dom元素绑定事件是怎么弄的，按照jquery的套路来的话，我们可以根据dom元素来查找到相应的事件，但是这边不是这样，他们将函数/事件封装好，然后通过后台的一种处理技术，将这个函数/事件通过给dom元素添加属性的方式来绑定上。这又得转换思维了。 |
再有就是这两天修复缺陷过程中， 尤其是在修复ie浏览器下的缺陷，对于我们这中小菜鸟来说简直就是地狱，最让我不能理解的是，一个功能，在调试模式下完全没问题，但是在非调试模式下，各种问题各种出现。当时的第一感觉就是what the fuck。在跟我开什么玩笑，别说让我修复缺陷了，我现在连调试定位问题都不知道该咋调试了；一开始可把我愁坏了，后面本着工匠精神，先从缺陷是从界面上什么时候开始，然后再找相应的后台渲染器，从而找到相应的页面模板，再用最简单粗暴的方法在该页面模板中找到相应的脚本文件，再定位相应的事件或者函数，然后在该事件或者函数下写上alert（因为在ie下调试模式下不会产生缺陷，所以用console来定位问题基本上别想了，最起码对于目前的我来说是这样的）。然后一行行的代码来调。功夫不负有心人，终于在这几天解决了80%多的缺陷。
在这里说明下，以前我们定位缺陷或者什么的，都是通过console来的，很少用alert来定位缺陷。现在才发现alert的强大了。
第一次写博客，可能无论是逻辑思维或者是表达能力都有欠缺。望各位见谅。