什么时候不应该重构？

最新推荐文章于 2023-08-21 11:44:22 发布
原创 最新推荐文章于 2023-08-21 11:44:22 发布 · 2.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#工作

博客讨论了代码重构与重写的时机。当代码无法正常工作或难以修改时，重构难以保证代码稳定，此时应重新设计和重写；工期接近死期时，重构效果难以及时体现；而若为功能牺牲质量，代码有隐患，可适时重构，时间不够也是需重构的信号。
  •  代码不能工作了，或者说有些代码没有办法修改了，根本就没有办法让代码保证稳定；这个时候不应该重构。重构至少要保证代码可以正常的工作；重构只能帮助你找BUG，但不能绝对消除BUG。这种情况下，最好重新设计和重写。
  • 当你工期接近死期的时候。因为这个时候你重构的效果会在死期之后才能体现，但太晚了。另外一种说法就是，如果你为了功能性而放弃了质量，你的代码存在隐患，你就想负债一样，这些债务在适当的时候要还一还，那个时候使用重构。

其实时间不够，是需要重构的一个信号！！

为什么要重构，何时进行重构
科技D人生
03-09 1290
重构的目的 代码重构是DevOps软件开发方法中使用的过程，该过程涉及编辑和清除以前编写的软件代码，而不更改代码的功能。代码重构的基本目的是使代码更加有效和可维护。这是降低技术成本的关键，因为现在清理代码比错误(Error)已然发生要好得多。代码重构提高了可读性，使质量保证和调试过程更加顺畅。 虽然它不能消除错误，但肯定可以在将来防止它们发生。这就是为什么需要例行代码重构的原因。如果要避免可怕的代码腐烂，代码重构很重要。 代码重复是由重复的代码，无数的补丁，错误的分类和其他编程差异引起的。 由不同开发人员
【产品经理修炼之道】-B端产品，如何系统性进行重构？
xiaoli8748的专栏
05-27 1186
产品经理一定要经历完整的从0~n才能在产品设计方法上比较游刃有余吗？这个想法还是太天真了。重构产品的方法与从0~1区别非常大，难度与挑战也远高于0~1。下面这篇文章作者就结合自己的经历，对产品重构做了梳理总结，想要了解产品重构的小伙伴赶紧来看看哦。
重构改善即有代码的设计
彬子的技术专栏
11-30 1215
（一）重构原则 1、何谓重构 对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。 另一种解释是：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构。 重构不止是代码整理，它提供了一种高效且受控的代码整理技术 2、为何重构 改进软件设计：如果没有重构，程序的设计会逐渐变质，重构很像是在整理代码，你所做的就是让所有的东西回到应处的位置上。 帮...
CH02_重构的原则（什么是重构、为什么重构、何时重构）
qq_27953479的博客
08-21 1442
重构（名词）：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。重构（动词）：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构。重构的关键在于运用大量微小且保持软件行为的步骤，一步步达成大规模的修改。每个单独的重构要么很小，要么由若干小步骤组合而成。可观察行为：整体而言，经过重构之后的代码所做的事应该与重构之前大致一样。重构与性能优化有很多相似之处：两者都需要修改代码，并且两者都不会改变程序的整体功能。
你在何时重构 (4)
weixin_30748995的博客
09-24 140
你在何时重构 (4) 文章说明： 1.重构：改善既有代码的设计第4篇 　　当我讨论重构时，常常有人问我应该怎样安排重构时间表。是不是应该没两个月就安排两周时间来重构？ 　　大多数时候，我反对专门留出时间来重构。在我看来，重构不应该是专门抽出时间去做，而应该是随时随地的进行。你不应该为重构而重构，是因为你想做其它事，而重构可以...
什么情况下需要重构代码
weixin_30599769的博客
02-24 667
文章：什么时候该重构--《重构》阅读笔记 讲了什么情况下，需要重构代码。 转载于:https://www.cnblogs.com/Tpf386/p/8465572.html
精选资源
什么是重构，什么不是重构
03-23
有时候，会有程序员跑到我这里说他们不喜欢某个东西的设计，“我们需要给它来个全面的重构”，来纠正里面的错误。哦，哦。这听起来可不是个好主意。而且这听起来也不是重构… 　重构(Refactoring)这个词最初由...
为什么软件测试部门不喜欢重构？重构有什么风险
sijiu9527的博客
05-12 459
经常听到开发人员抱怨 ，“这么烂的代码，我来重构一下！”，“这代码怎么能这么写呢？谁来重构一下？”，“这儿有个坏味道，重构吧！” 作为一名 QA，每次听到“重构”两个字，既想给追求卓越代码的开发人员点个赞，同时又会感觉非常紧张，为什么又要重构？马上就要上线了，怎么还要改？是不是应该阻止开发人员做重构？ 重构几乎是开发人员最喜欢的一项实践了，可 QA 们却充满了顾虑，那么为什么 QA 不喜欢重构呢？ 老功能被破坏 不止一次遇到这样的场景，某一天一个老功能突然被破坏了，QA 们感到奇怪，产品这块儿的功能
何时开始重构？
PageThinker
05-15 378
“任何时候都可以重构”，如果这样回答太过于宽泛，因为总有那么一些时候重构的 ROI （投入产出比）并不高，设置与对重构还不那么熟悉的开发者相当于什么都没有说。 所以整理了下日常开发中进行重构的时间点，从而来帮助提升开发效率和重构效率。 如上图：日常重构的时间点可以分为上述三个时间点。 Tasking 之后，开发之前进行重构； 开发过程中，进行小步重构； 修复 Bug 时进行重构； 01 Tasking 之后，开发之前进行重构 Tasking 指的是任务拆解（如果不熟悉，可以看这个视频 或者 看这篇文章
什么情况下应该重构
极客神殿
06-06 373
重复代码(Duplicated code)，事不过三，三则重构 过长函数(Long method) 过大的类(Large class) 过长参数列表(Long parameter list) 发散式变化（divergent change），意思是需要加一个新功能或者修改一个己有功能要改多个函数，那么就意味着要重构了。 散弹式修改（shotgun surgery）,意思是需要加一个新功能或者修改一个己有功能要改多个类，那么就意味着要重构了。 依恋情节(feature envy)，意思是函数对某个类的兴趣高于
项目代码什么情况下要重构？
weixin_43862596的博客
06-18 464
为什么要重构？ 在我们的项目初期，会遇到大量的未知的问题，可能是来自业务上的，也有来自技术上的，一般的项目肯定两者都是存在的，除非是公司走的技术线，项目初期，技术大牛带着，严格把控代码关。 技术类引起的重构 在实际的开发过程中，我们没办法过深的考虑问题，更不可能面面俱到，不得不承认，大部分的走业务线的公司，前期的项目基本是外包的，因为外包的费用要比养技术人员低很多，当然是个人外包，就是公司的老板或公司的同事，认识个程序员，或让朋友介绍个程序员，让他来把项目接过去，他可能再转一手，这么做出来的项目，综合下来能
重构之何时重构
ronety的博客
03-24 311
何时重构 在软件开发编码的过程中，有些人认为“重构”就应该在软件开发完成后，专门找时间来进行，不然就不叫重构了。 但我们反对专门拔出时间来重构，重构应该随时随地进行。不应该为了重构而重构，你之所以重构，是因为你想做出别的什么事，重构可以帮助你把那些事做好。 三次法则（The Rule of Three） 第一次做某件事时只管去做；第二次做类似的事会产生反感，但无论如何还是做了； 第三次再做类似的事，你就应该重构。 【Tips：事不过三，三则重构（Three strikes and you refactor）
重构原则
ahjxhy2010的博客
09-27 511
一、何谓重构（What） 视上下文的不同，重构有两种定义： 重构（名词）：对软件内部结构的一种调整，目的是在不改变软件可观察行为的前提下，提高其可理解性，降低其修改成本。 重构（动词）：使用一系列重构的手法，在不改变软件可观察行为的前提下，调整其结构。 1、重构的目的是使软件更容易被理解和修改。 2、重构不会改变软件的可观察的行为——重构之后软件的功能一如以往。 在使用重构技术开发...
重构 改善既有代码的设计——重构原则
Chaos的专栏
09-08 7126
1.何谓重构？ 答： A.重构（名词意义）：对软件内部结构的调整，目的是在不改变软件可观察行为的前提下，提高其理解性，降低其修改成本； B.重构（动词意义）：使用一系列重构手法，在不改变软件可观察行为的前提下，调整其结构； 总结：为了更容易理解和修改软件，在不改变软件功能的前提下，调整软件结构； 重构的两种思维：在软件开发的过程中，编码和重构经常会交叉，因为二者是两种不同思维方式
重构时机
i1033659029的专栏
04-24 732
1.添加新功能时重构      原来的设计无法满足 轻松添加新的 特性 2.修改BUG时     修改代码时  阅读代码 不够清晰 3.复审代码时   复审代码可以控制代码不至于变得越来越臃肿，也是重构的好时机
重构-改善既有代码的设计：重构原则（二）
weixin_30861797的博客
05-22 549
1.什么是重构 重构（Refactoring）：在不改变软件的功能和外部可见性的情况下，为了改善软件的结构，提高清晰性、可扩展性和可重用性而对软件进行的改造，对代码内部的结构进行优化。 2.为何重构 1）改进软件设计（整理代码） 重构和设计是相辅相成的，它和设计彼此互补。有了重构，你仍然必须做预先的设计，但是不必是最优的设计，只需要一个合理的解决方案就够...
《重构--改善既有代码的设计》总结一之重构原则
nicolelili1的专栏
12-04 664
重构是在不改变软件客观行为的前提下改善其内部结构 “不改变软件行为”只是重构的最基本要求，要想真正让重构技术发挥威力，就必须做到“不需了解软件行为” 开始重构之前的两个建议，首先：把你的敬畏扔到太平洋里去，对于即将变得像空气与水一样普通的技术，你无需对它敬畏；其次，找到适合你的开发工具 懒惰是程序员的美德之一 设计模式为重构提供了目标。然而，“确定目标”只是问题的一部分而已，改造程序以达到
《重构 改善既有代码的设计 1》重构原则
学Java，找哪吒
12-20 8963
前言 重构 既有代码的设计，一本经典神书，两年前入手，一年前看了一半，感觉一般般，今天起，再次拜读，希望会有不一样的收获！ /** * @startTime 2020-12-16 23:22 * @endTime 2020-12-16 23:59 * @startPage 1 * @endPage 55 * @efficiency 56/1 = 56页/天 * @needDays 412/56 = 7天 * @overDay 2020-12-16 + 7天 = 2020-12-22 */ 第
《重构》阅读笔记----重构原则
qq_38650944的博客
04-23 433
《重构》学习
为什么要用多态而不是重构
最新发布
05-23
### 多态与重构的区别及其适用场景 #### 1. **多态的核心概念** 多态是一种面向对象编程的重要特性，它允许可通过父类类型的引用调用子类的具体实现[^2]。这种机制的主要目的是提升代码的灵活性和可扩展性。例如，在继承体系中，可以通过定义抽象基类或接口来统一处理多个派生类的行为。 在 Java 中，多态通常用于以下场景： - 需要动态绑定：即运行时决定调用哪个方法。 - 提高代码复用性：通过父类引用指向子类实例的方式，减少重复代码。 - 支持未来的扩展：新增加的子类无需修改现有代码逻辑即可融入系统。 ```java abstract class Shape { public abstract void draw(); } class Circle extends Shape { @Override public void draw() { System.out.println("Drawing a circle"); } } class Rectangle extends Shape { @Override public void draw() { System.out.println("Drawing a rectangle"); } } ``` 以上代码展示了如何利用多态绘制不同形状，而不需要针对每种形状单独编写函数[^4]。 --- #### 2. **重构的目的** 重构是指在不改变外部行为的前提下优化已有代码的设计[^1]。其主要目标包括但不限于以下几个方面： - 改善代码结构以增强可读性和可维护性。 - 清除代码中的“坏味道”，比如冗余代码、复杂的条件判断等。 - 减少技术债务并提高团队协作效率。 常见的重构手法包括提取方法、重命名变量、替换硬编码数值为常量等等。这些操作有助于消除潜在缺陷并简化复杂逻辑。 假设存在一段难以理解且容易出错的代码： ```java public int calculatePrice(int quantity, double pricePerUnit) { if (quantity > 50 && pricePerUnit >= 100) { return (int)(pricePerUnit * quantity * 0.9); } else if (quantity <= 50 || pricePerUnit < 100){ return (int)(pricePerUnit * quantity); } return 0; } ``` 经过适当重构后变得清晰明了： ```java private boolean hasDiscount(int quantity, double pricePerUnit) { return quantity > 50 && pricePerUnit >= 100; } public int calculatePrice(int quantity, double pricePerUnit) { if (hasDiscount(quantity, pricePerUnit)) { return (int)(pricePerUnit * quantity * 0.9); } return (int)(pricePerUnit * quantity); } ``` 此版本不仅更易于阅读还降低了错误发生的可能性[^1]。 --- #### 3. **选择多态而非重构的理由** 尽管两者都能改善软件质量，但在特定情境下可能更适合采用多态而不是简单地进行重构。以下是几个关键原因： ##### （1）需求涉及层次化设计 当应用程序需要支持多种相似但又有所差异的操作时（如同一业务流程下的不同类型），应优先考虑引入多态机制。因为这样能够自然形成一套基于继承关系的解决方案，从而避免大量分支语句带来的混乱局面[^3]。 ##### （2）追求更高的灵活性与扩展能力 如果预计将来会有新的功能加入进来，则应当倾向于构建开放式的架构模型——借助于多态可以让新组件无缝接入当前框架之中，而不必改动原有部分。相比之下单纯依赖传统意义上的重构很难达成这一效果[^2]。 ##### （3）性能考量因素较少 虽然理论上讲过度使用虚函数调用可能导致一定开销增加，但对于大多数现代计算机而言这点影响微乎其微。因此除非确实面临极端情况外一般不会成为阻碍选用多态方案的因素之一。 --- #### 结论 综上所述，当面对需要解决多样化实体间交互问题或者期望获得良好延展性的场合时，往往推荐采纳多态策略；而对于那些仅仅只是希望让既有源码变得更加整洁有序的任务来说，则更多时候只需执行常规意义上的重构工作就够了[^1][^2]. --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值