《系统重构与迁徙指南》手把手教你剖析、评价
分类:娱乐 热度:

  // 版本:v0.1.0

  // 作者:Phodal Huang

  (PS 1:思考到内容的重复度和读者必然会理解 Google,关于局部的内容,我只编写题目。)

  (PS 2:局部外容可以在书上找到对应的内容,我只会给个书名)

  (PS 3:我在冰冷的南方杭州,写下了此指南)

  Phodal 手把手教你剖析、评价现有系统、制订重构计谋、寻找可行重构计划、搭建测试防护网、停止系统架构重构、效劳架构重构、模块重构、代码重构、数据库重构、重构后的架构守护……。

  对就是这些,然则还没完呢。

  指南中所包罗的书单:

  软件开辟总成本=开辟成本 + 保护成本;软件保护成本=了解成本 + 修改成本 + 测试成本 + 安排成本。—— Ken Beck

  最新版本内容,请访问:https://migration.ink/,或许 https://github.com/phodal/migration

  模型与准绳:

  To DDD

  流程:

  重构流程

  索引:

  Index

  目次:

  当你试图对任务方法停止这些改良时,政治让步能够抬起它漂亮的头——《拥抱革新:从优良走向出色的 48 个组织转型形式》

  4 年前,也就是 2016 年,我不时在思考着若何更好的构建软件?若何更好的重写软件系统?思考出了 RePractise 七步曲,顺带着写了那本《全栈应用开辟:精益实际》。书中,关于遗留系统的建议,就是重写。

  而在我的比来一本书《前端架构:从入门到微前端》中,我说起到了五种前端架构的改良方法:更新、迁徙、重构、重写、重搭。重写,还是是我引荐的主要方法,技巧栈老旧、旧有代码不规范。

  可是呢,随着岁月的流掉,我发明重写其实不能大年夜局部的处理后果。

  我总认为,编写软件的的人会随着年纪的增加,写出更好的软件系统。然则,软件开辟者在经历到了 3 ~ 5 年的职业编码以后,有些成了技巧办理者,写不下去的转行、在线炒粉去了,还有的 成了发卖……,剩下的,还有阿谁不时接锅的 Tech Lead(还在继续写代码)。就仿佛韭菜一样,总可以吃掉落新鲜的,总会由新的人来开辟新的系统。所以,《重构:改良既有代码的设计》总是能割到一波又一波的韭菜 —— 阿谁会重构的人,代码写得少了。

  明日黄花,我对软件开辟又有一些新的融合:重构比重写更有应战性。或许是重写和新写没有差别,或许是经历了一个个系统的重构过程,我大年夜致是明确了:哪来的和旧系统划清界限。系统腐败时,没有人能说清全部系统,乃至于一半的功用都相当的艰苦。与此同时,或许系统的用户对系统的功用比你越发了解。因为,你会从他们那收到 bug 的反应:之前不是有这个功用吗,十分好用 —— 用户能够会骗你,他/她经经常使用阿谁功用,然则阿谁功用是存在的。

上一篇:windows 2003 server操作系统装置用友财务软件方法 下一篇:没有了
猜你喜欢
各种观点
热门排行
精彩图文