如何写一个清晰明了的Bug

在用完组合后，我们的代码着实已经根基上较量清晰了。但为了让我们的代码越发的优雅，更上一个条理。有的场景下你必要行使到计划模式，计划模式被总结成为最佳实践，不是仅仅用来写框架用的，写一般纷繁伟大的营业逻辑代码也是必要计划模式的。

接下来我就以本身正在开拓的项目中的场景为例，来说说怎样行使计划模式改进你的既有代码。

在项目中我们必要为审批事变流提供一个回调(callback)接口。审批流有差异的状态，差异的状态回调会执行差异的逻辑。在重构前的代码概略是这样的：

我们但愿最终的样子是这样的：

起首新建一个State接口类：

然后新建三个实近况态，别离是Yes，No和Cancel：

然后新建一个Context类：

然后，新建一个State工场类：

改革完毕。通过上面的重构，我们行使了状态模式和一点点工场模式。最终callback要领就只需通过newInstance就可以找到详细状态的回调逻辑，而往后纵然状态在不绝的增进的，你也只需新建一个新的实近况态，然后注入工场类中，做到了可插拔。值得留意的是，这里我们的state着实并没有很好的被转达和持有，这很不“状态”，这通过这样的方法我们实现了对callback的重构，布局也越发的清楚了。总之，当你碰着营业需求的不绝变革，你必要找到一种吻合的计划模式来hold住它，纵然GOLF不能满意你的需求，你也可以本身缔造一个计划模式来让你的代码清楚易懂。

总结

本文一开始先容了if else泛滥后的题目。然后为你先容了“一提二抽三组四模式”法例。我们的项目也是万事万物中的一部门，套用《局限》一书中的一段话：耗散力一向在一连且不行停止地做着功，这使得全部体系都将退化。计划最为优良的呆板、最具创新组织力的公司、进化得最美满的生物都无法逃走这一最为严格的死神。耗散力就是一个体系运转所发生的摩擦力，体系伟大性所带来的无序热量，你的代码也一样，也必要通过不绝的改造和重构来只管的延和缓低落熵的增添。

最终我们都将屈服于各类情势的磨损和衰竭，熵能杀人，你必要用饭!

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!