浅谈重构造成的灾难性毁灭

YancyYe 发布于2019-08-16 13:42 / 3485人阅读

摘要：本章我们来聊聊重构造成的灾难性毁灭。看到这里即可明白重构造成的灾难性毁灭是在年的时期发生的，那个阶段在技术不够扎实但还有一股子改变世界的劲头发生的问题。

前言

这章我在7月20号的时候就准备好了标题，在那之前有写过一篇重构的文章，这段时间一直在等重构造成的弊端。

庆幸的是至今也没挂掉。本章我们来聊聊重构造成的灾难性毁灭。

青铜

只要你确定你是一个真正的程序员，那当你接手一个新项目时，因为每个人的编码规范与风格不同，或者某块代码出现了问题，作为一名向上的程序员，总会想去重构这个项目更严重的都想重写一遍。例如下面的这类代码

$status = $_POST["status"]

switch status {
    case 
    ...
    break;
    case
    ...
    break;
    default:
    if(){
    ...
    }else if(){
    ...
    }else(){
    ...
    }
    break;
}

我知道当你看到这段代码内心是崩溃的，如果是名新人，在没有完全理解其结构作用的情况下，绝对不敢擅自动原有的代码，除非他想加班，那怎么办呢？只好在原有的代码上继续增加代码了。

$status = $_POST["status"]

switch status {
    case 
    ...
    break;
    case
    ...
    break;
    default:
    if(){
    ...
    }else if(){
    ...
    }else if(){
    ...
    }else (){
     // 新人写的
    }
    break;
}

这块聊的新人入职，一般是不敢动原有代码的。当然这不排除有胆量并且重构的也不错的新人。

白银

上面聊的与重构并无太大关系，但是必须存在的一段，用于表现程序员重构道路上的勇气。当你到白银差不多需要1-2年的时间，具体时间要个人处在的环境和自学能力。新人不敢动是因为他对语言的基础用法，类库，设计模式都没有特别了解，不敢擅自做动作也是比较聪明、保守的做法。

但到了白银就不一样了，我总结了程序员从入门到中级的心理变化，为什么只总结到中级？（PS:作者我自己都没有到高级）这是一个从谦虚到高傲在到什么都不会的过程。

看到这里即可明白重构造成的灾难性毁灭是在2-4年的时期发生的，那个阶段在技术不够扎实但还有一股子改变世界的劲头发生的问题。

例如积分系统（这里指新接手的项目），领导让你修改签到获得积分，如果在未全面了解代码结构与功能分布时，擅自修改那必然出现一场不可避免的灾难。一个简单的签到功能的模块复杂度不亚于一个普普通通的企业站。大致有如下模块组成

用户模块 -> 积分模块 -> 交易模块 -> 明细模块

为什么说是必然？除非你在原有基础上改，那这样你又变回了青铜并且也不想那么做。在基础上重构可能当时不会出现问题。不断的有其他接手早晚回出问题。重构的灾难并非指的是一个人或某个人造成的，就如一个水杯，每个人看到都倒入一滴水，当溢出来时就发生了所谓的“灾难”

黄金

到这个段位后，很多人都变得聪明了，不在基础代码上修改，更不去所谓的重写。多带带拿出一个文件写功能不就好了。事情还远没有那么简单。

就如上图那二货，认为自己可以，但最终Over。在项目开发上我们见过很多类型的情况。重构的方式方法有很多种，因人因物（项目）而异，对项目作出合理的分析后再对其作出一部分细节的重构，日月累计最终成形。

总结

如果你正在做重构应考虑以下几点

成本

工期

代码的优雅与简洁

可扩展性等等

为什么要重构？原有代码无法更好的扩展，代码可读性差无法在其基础上修改的等等原因。希望会对你提供重构质量有一定帮助。

致谢

感谢你看到这篇文章，希望可以帮到你，谢谢。

云服务器 GPU云服务器云服务器被攻击是什么造成的简单的重构java 简述灾难恢复的步骤 docker容器的灾难恢复系统

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/72200.html

浅谈重构造成的灾难性毁灭

摘要：本章我们来聊聊重构造成的灾难性毁灭。看到这里即可明白重构造成的灾难性毁灭是在年的时期发生的，那个阶段在技术不够扎实但还有一股子改变世界的劲头发生的问题。 showImg(https://segmentfault.com/img/bVbjDK2?w=1734&h=682); 前言这章我在7月20号的时候就准备好了标题，在那之前有写过一篇重构的文章，这段时间一直在等重构造成的弊端。庆幸...

mrcode 2019-07-01 10:56 评论0 收藏0
云时代数据中心架构与安全浅谈

摘要：考虑到云数据中心未来承载业务系统的多样性和扩容空间，一般都会把架构设计成公有云和私有云相混合的融合架构。针对传统灾备系统建设面临的挑战，云数据中心更多倾向采用两地三中心的解决方案。近年数据中心处于高速的建设发展时期，十三五规划中也将大数据、云计算作为当前国家经济社会发展的重要战略内容，各政府部门对战略性新兴产业的大力扶持，以及对云计算、物联网、宽带和下一代网络的发展的高度重视，都给建设数据中...

yy736044583 2019-04-28 19:32 评论0 收藏0
浅谈java classloader

摘要：类加载器三杰有三类，分别是以及。线程上下文类加载器线程上下文类加载器可以不遵循双亲委派机制。免费领取验证码内容安全短信发送直播点播体验包及云服务器等套餐更多网易技术产品运营经验分享请访问网易云社区。文章来源网易云社区本文由作者张远道授权网易云社区发布。类加载器三杰 jvm有三类classloader，分别是bootstrap classloader,extended classlo...

liuyix 2019-06-28 11:08 评论0 收藏0
容错性好、易于管理和便于观察：浅谈如何利用K8s全面拥抱微服务架构

摘要：年月日，论坛首次来到中国，在上海跨国采购会展中心召开并获得了圆满成功。拥抱微服务就成为大势所趋。和大会日期会议日程通告日期年月日会议活动举办日期年月至日和赞助方案和多元化奖学金现正接受申请和即将首次合体落地中国和购票窗口，立即购票 KubeCon + CloudNativeCon 论坛，作为 CNCF 的旗舰会议，自2016年以来已经在北美和欧洲两地的旧金山、伦敦、硅丘（奥斯汀）、哥本...

Ku_Andrew 2019-07-01 17:08 评论0 收藏0
浅谈前后端分离与实践（一）

摘要：前后端的界限是按照浏览器和服务器的划分。前后端彼此互不关联。关于作者本文部分图片段落参考文章实践中的前后端分离。淘宝前后端分离实践本文源码详见服务端代码。一、起源（故事纯属虚构，如有雷同，纯属巧合）传说在很久很久以前，我们有志之士有了个创业的想法，于是乎开始了自己的创业之梦，但是人手不足啊，于是乎所有角色老子一个人全包了： Roles: PM, DBA, RD, FED, Des...

dantezhao 2019-08-01 17:46 评论0 收藏0