我们网站有点属于富客户端的概念
很多都交给js处理
问题来了,后台 或者页面布局有点改动 都会牵连到我
我不负责CSS
本来我是搞服务器端的,因为临时需要
把我抽出来弄js
后台还好,无非就是返回的参数不一样
页面那边就杯具了,废代码一堆,重用很差
一个很简单的页面,样式文件2000+行……
我为了兼容他们,很多方法都写成JQuery插件的形式了
因为他们两个布局一样的页面,有的id叫xxx 有的可能就是class叫xxx
还TM经常改布局
有时候,项目经理检查工作
会喊我过去,怎么着又出bug了,不是让你改了么
我再一看,布局有变了【我C】
我已经尽量降低和布局的耦合性了前几天,我终于忍不住了
要改 我用的一个公共弹出窗类
我用了很久都没出过问题,扩展性也不错
他们Y因为自己样式的问题,要我把布局改了想TM什么呢,我不可能改变个样式,再弄出个类
等这段忙完了,我TM得在会上说说了
很多都交给js处理
问题来了,后台 或者页面布局有点改动 都会牵连到我
我不负责CSS
本来我是搞服务器端的,因为临时需要
把我抽出来弄js
后台还好,无非就是返回的参数不一样
页面那边就杯具了,废代码一堆,重用很差
一个很简单的页面,样式文件2000+行……
我为了兼容他们,很多方法都写成JQuery插件的形式了
因为他们两个布局一样的页面,有的id叫xxx 有的可能就是class叫xxx
还TM经常改布局
有时候,项目经理检查工作
会喊我过去,怎么着又出bug了,不是让你改了么
我再一看,布局有变了【我C】
我已经尽量降低和布局的耦合性了前几天,我终于忍不住了
要改 我用的一个公共弹出窗类
我用了很久都没出过问题,扩展性也不错
他们Y因为自己样式的问题,要我把布局改了想TM什么呢,我不可能改变个样式,再弄出个类
等这段忙完了,我TM得在会上说说了
不过工作总得要做,一点一点整理清理吧,把多余的都剃掉,迟早的事。
CSS+js都自己搞就不会出现问题