项目进行一段时间了,总结一下。
一、不要想着重用别人的链接。
做web开发的页面中可点击的按钮,链接很大,当要跳转到别人的页面的时候第一个想到的就是直接调用别人的链接。当去调用别人的链接的时候,别人很有可能需要
参数,这个时候要费心为别人准备参数。再一个方式是从别人那里获得一些我们想要的东西,想为它传递特殊的值,别人不一定就能够处理这个值。
二、不要共享别人的页面。
当我们在服务层处理过请求之后,返回view层的时候,发现这个页面别人写过了正合适,直接拿来就用。当时挺爽,过段时间去测试发现开始正确的功能出了错误,费
了半天时间检查,发现别人的页面已经改动了。有这个时间自己再做一个页面都出来了。如果真的想共享别人的页面,copy一下也是可以的。
三、如果不是耦合性很高没有必要去抽取公共模块。
当抽取公共模块的时候,先考虑下他们的业务是不是真的相同,即便是真的相同是不是能用工具类来解决,当一个模块完全依赖另一个模块的时候,就是增加了模块的
耦合性了,更不要说好多个模块依赖一个模块,如果公共模块改变一点点,就要到处去灭火。
四、不要在一个方法中写太复杂的业务逻辑。
如果一个业务很复杂的话,可以写几个方法,每个方法处理不通的业务,或者把这个业务分为有层次的任务,每个层次只处理有限的业务。当一个方法处理太多的业务的时候我们的就很难把所有的问题都考虑全面。
五、不要妄想用一个接口把某个方面的业务全部处理。
也完全没有必要那样想,让多个链接走同一个方法,没有增加灵活性,也没有增加扩展性。相比较抽出一个公用的工具方法,公用同一个接口太烂了。
六、尽量写注释。
在我们写那个方法的时候,我们当时已经考虑的相当全面了,感觉业务挺简单的。但是也许10天之后我们就不知道这个描述的确切是那个业务了,更不要说那些处理这个业务方法的技巧了。
七、尽量用通用的方法来处理问题。
在我们遇见一个问题时,我们总是想着去用高级的,巧妙的,独特的方法去处理。可是在我们过几天来看代码,或者由别人来看的时候,我们也许就忘了当时的思路,再来看当时的技巧,感觉就是一个灾难。尽量用通用的技巧来处理问题,通用方式相对来说运用环境要求比较低,当我们处理的问题发生改变时,通用的方法有可能完全不用改变。除非在性能上有很大的要求,才会特殊处理。
分享到:
相关推荐
IT 项目管理资源感悟
新建高星级酒店投资成本控制、设计的一点感悟.doc
计算机软件开发行业——程序员的竞升之路感悟.pdf计算机软件开发行业——程序员的竞升之路感悟.pdf计算机软件开发行业——程序员的竞升之路感悟.pdf计算机软件开发行业——程序员的竞升之路感悟.pdf计算机软件开发...
何登成Mysql开发大牛:研究生期间:5年数据库研发;B2B期间:2年DBA,数据库运维;网易期间:重转研发;一定的研发和运维经验;文档内容来自他的ppt分享,非常不错的分享,我们可以学到更多。
对系统线上运行状况了如指掌 线上操作无小事 遵守流程 风险意识,一切操作均可能失败 注意日常操作的整理与收集 老大是用来背黑锅的 与产品相关的所有人员打好关系 如非必要,不要在节假日前做上线操作 运维要懂得说...
银行软件开发工作感悟.doc
对云计算的点滴认识和感悟,对云计算的点滴认识和感悟
陕西省高中数学教师省级脱产研修项目培训心得与感悟.docx
班主任工作的一点感悟.doc
关于上好汉语口语课的一点感悟.pdf
关于上好汉语口语课的一点感悟.doc
第一次尝试独立开发的经验和感悟.pdf
信息化项目管理个人感悟.pdf
关于MFC的优势和缺点的阐述。感悟MFC,感悟技术之路
2010年大学生本科计算机软件开发求职感悟,思考与联想方面较过,分析女性IT技术求职心境
UML来做一些设计时,开发人员会觉得自己好像不会写程序了。的确用UML降低了开发效率,好处却并不显见。于是我们看到了在教科书中大量地采用UML,看到了用UML解释别人的系统设计。
IT项目经理的大项目售前、售中和售后感悟.doc
我现在是中国并不成熟的游戏制作行业中的一员,游戏给了我太多,我告诉自己需要做一点事情。分享知识和经验是我的义务,别无它。 ——云风 内容简介 本书忠实地记录了作者十余年来对游戏编程的所思、所感、所悟...
职场中学习心得工作感悟
写作原理某咨询项目实践感悟.pptx