工作杂谈

阅读更多
    人生的第一篇博客,有点小激动,也不知道该咋写。虽然从事前端工作来两年了。但是可能因为自己在学校不是学编程的,所以这两年来一直都很吃力,有的时候怀疑自己是不是选错了行业,导致自己这工作两年一直都处于郁闷的状态(压抑住了自己的天性,哈哈)。
    本来想整儿八经的跟大家分享下最近工作上的项目心得的,结果有点愤青了;言归正传,最近刚到一家新公司,这家公司用的后台框架和前端开发跟上家公司可以说基本上不搭边,然后刚进来也不是让我做对应的开发工作,而是将前辈们做出来的系统的bug进行修复,这都什么跟神马嘛,套路不一样,感觉修复缺陷神马的也好难啊。不过好在基本的知识点还是相通的,基于这点,就算框架技术选型什么的不一样,也得硬着头皮上啊。好在这三四天的时间也将缺陷修复的七七八八了,对付工作还是可以的。下面就进入到正题吧。
  
先简单说下以前前台编程的一个套路,html,css,js这些都是分开的,事件处理逻辑什么的都是写在我们的脚本里的,然后如果有缺陷的话,我们可以根据缺陷效果来定位到响应的事件,从而可以较快速的定位缺陷问题。但是现在这里,写好页面模板,然后通过后台代码将页面模板渲染到页面中, 对于这种对项目整体结构不熟悉的,想要定位相应的问题,那简直就是噩梦;再说说他们给dom元素绑定事件是怎么弄的,按照jquery的套路来的话,我们可以根据dom元素来查找到相应的事件,但是这边不是这样,他们将函数/事件封装好,然后通过后台的一种处理技术,将这个函数/事件通过给dom元素添加属性的方式来绑定上。这又得转换思维了。

   再有就是这两天修复缺陷过程中, 尤其是在修复ie浏览器下的缺陷,对于我们这中小菜鸟来说简直就是地狱,最让我不能理解的是,一个功能,在调试模式下完全没问题,但是在非调试模式下,各种问题各种出现。当时的第一感觉就是what the fuck。在跟我开什么玩笑,别说让我修复缺陷了,我现在连调试定位问题都不知道该咋调试了;一开始可把我愁坏了,后面本着工匠精神,先从缺陷是从界面上什么时候开始,然后再找相应的后台渲染器,从而找到相应的页面模板,再用最简单粗暴的方法在该页面模板中找到相应的脚本文件,再定位相应的事件或者函数,然后在该事件或者函数下写上alert(因为在ie下调试模式下不会产生缺陷,所以用console来定位问题基本上别想了,最起码对于目前的我来说是这样的)。然后一行行的代码来调。功夫不负有心人,终于在这几天解决了80%多的缺陷。
    在这里说明下,以前我们定位缺陷或者什么的,都是通过console来的,很少用alert来定位缺陷。现在才发现alert的强大了。
    第一次写博客,可能无论是逻辑思维或者是表达能力都有欠缺。望各位见谅。


你可能感兴趣的:(工作,jquery,ie)