大家好,今天小编关注到一个比较有意思的话题,就是关于新城区正规网站维护工作室的问题,于是小编就整理了1个相关介绍新城区正规网站维护工作室的解答,让我们一起看看吧。
如何提高代码的可维护性?
代码的可维护性,是一个优秀程序员不懈的追求,让新人快速的上手项目,并且在维护过程中保证项目的持续稳定,是一个不小的挑战。从业五年,有自己从0到1的应用实战,也有维护交接项目的经验,我对于代码的可维护的性有四个方面的认识,即可读、好改、可测试、重保系统预留回退逻辑。这也是我维护项目时所遵循的变更逻辑和编代码时的基本要求。
先说可读性,这个基本上老生常谈了,但是仍不可避免,毕竟如果别人或者自己写的代码都看不到,这维护起来的风险可想而知。提高可读性的方法网上到处都是,多了解多尝试,总归有好处的,比如:避免巨复杂的布尔表达式;避免超长的方法实现,超过一定的行数划分新的方法;类设计要遵循单一职责原则,避免超大的类;避免魔幻值;精准的对变量进行命名……很多很多,建议大家使用 sonar 代码走查进行代码扫描,这个是养成可读性代码的好习惯。当然,有些规则也不必苛刻,如将 true 或者 false 定义成魔数,其定义没错,但是改起来的性价比真的高么?不一定。
再来说说好改,主要有两方面的体会,其一是功能模块的高度内聚,其二是项目依赖层级有明确的结构。高度内聚还是比较好理解的,比如通过策略模式完成元素的排序,当时的需求时固定排序、加权随机排序、随机排序,分别实现策略模式的定义,然后进行排序策略的组装,后续如果要求实现新入场的元素定制化排序,维护人员只要实现策略定义,不用理我之前的策略实现,就可以完成此功能。而项目依赖层级有明确的结构,项目结构中的web、service、core、dao、utils需要满足一定的调用规则,不能随便串,要不然读起来会相当恼火。
再来说说可测试,这个也有两方面,其一是单元测试,其二是功能入口测试。个人感觉两者缺一不可,单元测试让我们审视写的代码是否有逻辑上的问题,是否足够优雅,相关的逻辑分支是否可以自测通过。而入口功能测试,是别人怎么用你的接口,你维护变更之后得保障主流程畅通,从而进行自测,一般包含客户端使用的***入口链接自测或者下游调用使用的RPC消费端的代码自测。
重保系统预留回退逻辑,这个内容在很多时候是额外的业务逻辑,基本上不会起到作用,但如果真的用到的,基本上是救命的手段,尤其是互联网公司涉及到商品交易环节或者大流量有影响力的系统功能时,维护需求的上线,往往没有那么改,一般都是在保证系统稳定情况下,额外做的营销手段和用户体验优化,你优化了用户体验,但由于维护不当,导致用户提不了订单,运营不找你麻烦才怪。
以上受限于个人的经历和积累,后续如果有好的想法,再给大家分享。
作者:夕阳雨晴,欢迎关注我的头条号:偶尔美文,主流J***a,为你讲述不一样的码农生活
想要知道如何提高代码的可维护性,那就需要了解什么是代码的可维护性,维护代码需要进行哪些工作?
什么是代码的可维护性
所谓的维护其实就是修改bug、修改老的代码、添加新的代码这些工作,所谓的容易维护其实就是指的,在不破坏原有代码设计、不引入新的bug的情况,能够快速的修改和添加代码,那“不易维护”就是指,修改或者添加代码要冒着极大的引入bug的风险,并且需要的时间也要很长的时间。
如何判断代码的可维护性
评价代码的可维护性,其实是一个比较难以量化的操作,往往是需要进行综合的考量再进行判断,比如代码的可读性好,也够简洁,扩展性也不错,那这样的代码就比较易于维护,相反,代码就不容易进行维护。还有就是,如果代码分层清晰、模块化好、符合高内聚低耦合的原则,遵从基于接口而非实现编程的设计原则等,那就意味着,这样的代码是可维护的,是易于维护的。还有就是代码的可维护性也与代码量的多少、业务的复杂程度、技术的复杂程度、以及项目的设计文档、团队人员水平等等这些因素,所以看起来判断代码的可维护性,其实是比较主观的一件事情。
如何提高代码的可维护性
想要提高代码的可维护性,写出高质量的代码,那就需要掌握一些可边落地的编程方***,比如面向对象设计思想、代码设计的基本原则、设计模式、编码规范、重构技巧等。比如面向对象中的继承、多态、组合能够帮助我们写出可复用的代码,熟悉编码规范有助于我们写出可读性比较好的代码,掌握单一职责、DRY、基于接口而非实现编程、里是替换、kiss、迪米特等设计原则,可以让代码更加懂得易于维护,还要掌握各种设计模式并能够合适的使用,然后再进行持续的重构,时刻保持代码的可维护性。
总结
代码的可维护性只是代码的一个方面,还有易读、易扩展、灵活简洁、可复用、可测试等这些方面,如此才是优秀的代码。
提到如何提高代码的可维护性,我立刻就想到两本书,一本是《重构-改善既有代码的设计》,一本是《代码整洁之道》。
两本书都提到了如何让写出来的代码更具有可维护性,一个强调通过重构改善现有的代码,一个强调通过规范约束命名规则来提升可维护性。
命名规范
好的命名规范对代码的可维护性有着至关重要的作用,很多大公司都是通过代码规范来提升代码质量的,当然命名规范对于提高代码的可维护性只是起到一小部分的作用。
设计模式
提到可维护性,一定要提及设计模式,可以说设计模式就是为了可维护性才提出来的概念,通过良好地使用设计模式,我们可以让我们的代码维护起来更加方便。
重构代码
很多时候,一开始因为需求的不完善,或者设计考虑得不周到,总会让代码的结构不合理,这个时候,我们就需要对代码进行重构,通过重构,我们可以让我们的代码变得高内聚,低耦合,更适合维护和进一步开发。
单元测试
如果所有的功能都有单元测试的话,那么维护人员对于改动将会大大提高信心,因为,每次改动之后,都可以通过单元测试检查修改的代码是否造成其它功能的影响。
合理注释
这里我提到了合理注释,代码很多时候是给人阅读看的,而合理的注释可以帮助人们更好地理解代码,更好地理解业务逻辑,也就更好地帮助维护代码。
注释并不是越多越好,有些时候,错误地注释,或者因为需求变更,没有删除或者更改的注释反而会让维护人员难以理解,因此,合理注释才是提高可维护性的方法。
总结
代码的可维护性需要考虑多个方面,从一开始的编码,到测试,到重构,它需要开发人员有高度的责任心,屎山不是一天堆起来的,那些难以维护的代码也不是一天就出现的,作为一个开发人员,时刻做到对自己写的每一行代码负责,就是对提高代码可维护性最大的贡献。
到此,以上就是小编对于新城区正规网站维护工作室的问题就介绍到这了,希望介绍关于新城区正规网站维护工作室的1点解答对大家有用。