星空娱乐

想象你眼前摆着一盘意大利面，，，，，，第一件事不是直接用叉子去卷，，，，，，而是先视察面条的漫衍
。。。。。代码重构一ㄇ同样的原理
。。。。。许多人一看到乱糟糟的代码就急着下手改，，，，，，效果越改越乱
。。。。。准确的做法是先花时间明确代码在做什么
。。。。。

你可以先问自己几个问题：这段代码的焦点功效是什么？？？？？？它有哪些输入和输出？？？？？？哪些部分是重复泛起的？？？？？？哪些部分像胶水一样把其他代码粘在一起？？？？？？把这些问题的谜底写在纸上，，，，，，就像给意大利面画一张漫衍图
。。。。。你会发明，，，，，，许多看似重大的代码，，，，，，着实都在重复做几件简朴的事情
。。。。。

现在你已经看清了面条的走向，，，，，，接下来要做的就是分类
。。。。。在代码天下里，，，，，，这叫做“模？？？？？榛
。。。。。把完成相似功效的代码放在一起，，，，，，就像把意大利面里的通心粉和螺旋面脱离摆放
。。。。。

举个简朴的例子，，，，，，假设你有一个处理用户注册的代码，，，，，，内里既有验证邮箱名堂的功效，，，，，，又有发送接待邮件的功效，，，，，，尚有纪任命户登录日志的功效
。。。。。这时间你就可以把它们拆分成三个模？？？？？椋貉橹つ？？？？？？椤⒂始模？？？？？楹腿罩灸？？？？？？
。。。。。每个模？？？？？橹蛔鲆患事，，，，，，并且要把这件事做好
。。。。。

这种拆分不但让代码更清晰，，，，，，还能带来意想不到的利益
。。。。。好比你想修改邮件模板，，，，，，只需要去邮件模？？？？？槔锔模，，，，，不必担心会影响到其他功效
。。。。。就像你整理厨房一样，，，，，，把调料瓶、餐具和食材脱离摆放，，，，，，做饭的时间效率自然就高了
。。。。。

现在你已经把代码分成了差别的模？？？？？椋，，，，，但它们可能还像刚从锅里捞出来的意大利面一样黏糊糊的
。。。。。这时间需要给每个模？？？？？榻缢登逦慕缦撸，，，，，就像给面条配上细腻的餐盘
。。。。。

在代码中，，，，，，这通常意味着要界说好模？？？？？榈氖淙牒褪涑
。。。。。一个好的模？？？？？橛Ω孟褡灾吞牟似反翱冢，，，，，你只需要知道要什么菜（输入），，，，，，然后拿到做好的菜（输出），，，，，，不必体贴后厨是怎么切的菜、怎么调的味
。。。。。

好比你的验证模？？？？？椋，，，，，它只需要吸收一个邮箱地点作为输入，，，，，，然后返回“有用”或“无效”作为输出
。。。。。至于它是用正则表达式验证，，，，，，照旧挪用第三方API验证，，，，，，挪用方完全不需要知道
。。。。。这种“黑盒”设计让代码更结实，，，，，，也更容易测试
。。。。。

模？？？？？榛皇前汛肭谐尚】榫屯晔铝耍，，，，，更主要的是让这些小块能像交响乐团一样协调协作
。。。。。在意大利面的天下里，，，，，，这相当于要设计一套优雅的餐具摆放规则，，，，，，让每根面条都能被优雅地夹起
。。。。。

在代码中，，，，，，这意味着要建设清晰的接口
。。。。。就像餐厅里的服务员，，，，，，他们知道每道菜应该端给哪桌客人，，，，，，客人也知道该找哪位服务员点菜
。。。。。在代码里，，，，，，你可以通过函数参数、返回值或者事务机制来实现这种“服务”
。。。。。

一个常见的误区是让模？？？？？橹渲苯酉嗷ヅ灿茫，，，，，就像让两盘意大利面直接在盘子里打斗
。。。。。更好的做法是设立一个“服务台”，，，，，，所有模？？？？？槎纪ü馄渲行牡憷唇涣
。。。。。这样当某个模？？？？？樾枰亩保，，，，，你只需要修改服务台的规则，，，，，，而不必去调解所有相关的模？？？？？
。。。。。

经由前面四步，，，，，，你的代码已经从一团乱麻酿成了却构清晰的模？？？？？榛髌
。。。。。但真正的艺术品还需要最后一道工序——润色
。。。。。这就像给意大利面摆盘时撒上的香草碎，，，，，，虽然不是必需的，，，，，，但能让整道菜提升一个层次
。。。。。

在代码中，，，，，，这种润色可以体现在许多方面
。。。。。首先是命名，，，，，，好的变量名和函数名应该像路标一样清晰
。。。。。其次是注释，，，，，，但记着注释不是用来诠释代码在做什么，，，，，，而是用来诠释为什么要这么做
。。。。。好比“这里使用递归是由于数据结构是树形的”，，，，，，这样的注释对厥后维护代码的人会很有资助
。。。。。

最后是名堂，，，，，，统一的缩进、合理的空行、适当的代码长度，，，，，，这些细节就像餐具的摆放角度，，，，，，虽然不影响食物的味道，，，，，，但会影响用餐的心情
。。。。。