
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
代码重构是许多软件开发程序员在做代码优化的时候都会用到的一种优化方法,而本文我们就通过案例分析来简单了解一下,代码重构的作用都有哪些。
认识重构
重构(Refactoring)就是通过调整程序代码改善软件的质量、性能,使其程序的设计模式和架构更趋合理,提高软件的扩展性和维护性。更广义的理解,就是打破原有的组织形式,按照新的标准进行重新组合。
从理论和实际经验来讲,系统或代码的重构往往是个人能力实现快速提升的良好契机。相同条件下,有重构经验的同学和没有重构经验的同学,对很多概念和规则的理解深度会有很大区别。这就是的习得性经验,通过教学很难掌握。生活场景中的游泳,骑自行车就是习得性经验的代表。
独当一面
现实情况中,整个团队梯队建设一般是金字塔型的,即高中低职级的同学一起对项目负责。不同职级的同学,对技术的要求和标准也不一样,要都按照高标准来执行,对低职级的同学显然是不公平的,反之也是一样。所以如何解决这个矛盾,是我们不得不面对的问题。
抓大放小,就是要按照业务区分核心和非核心,流程区分上游和下游,系统区分0级和n级......,重要的尽量按照高标准来执行,一般的按照普通标准来执行,并投入与之相匹配的资源。举个例子,比如,B端的某些运营工具,我们对它的QPS,可用率要求和C端用户的是不一样的,影响决策的依据是边际成本和收益。
•常见误区一:对性能优化的执念。“优秀的程序员应该榨干每一字节内存”,听起来很有道理,不是吗?但经济学上来讲,边际效应决定了一次项目中,越优化性价比越低。有一个很容易被忽略的事实:硬件其实比程序员要便宜。
•常见误区二:对设计模式的崇拜。设计模式当然是好东西,但如果像强迫症一样使用它们,就会导致按图索骥,强行让问题去适应设计模式,而不是让解决方案针对问题,这就本末倒置了。
所谓“甲之蜜糖,乙之毒药”。对于某款产品,稳定性,高吞吐就是其立身之本,直接影响着市场份额和收益,那么投入精力去做性能优化就是划算的。如果你的产品是一个提效工具,对代码的性能和扩展性,往往就没有那么高的要求,过于苛求反而没有必要。
重构虽然对个人和业务都是有莫大好处,但考虑到实际成本问题,很多重构都是没有必要的。总结一下重构的要点:
◦重构的前提:重构是为了满足业务诉求而不得不做的佳方案;
◦重构的大风险就是:低估了实施难度。考虑兼容现有业务,同时支撑好未来规划。负重前行,要比重启新项目要复杂的多,如果新项目的难度是0到1,那么重构就是从-1到1;
◦重构大难度是:目标制定和过程管理。
“知道自己知道”,就会对技术会有一些自己的思考和创新,不容易的人云亦云,能够基于现状和目标,做出决策,即所谓的独当一面。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音达内三江区域学习了解。