1. 错误的代码

尚学堂用一个故事讲述了糟糕代码的后果:

一家公司编写了一款非常受欢迎的应用程序,发布后,许多专业人士购买并使用它。 但好景不长,发布周期慢慢开始拉长,bug始终无法修复,加载时间越来越长,崩溃的概率也越来越高。 以至于所有用户都放弃了该应用程序,该公司也倒闭了。 后来,笔者见到该公司的一名员工,向他询问了当时的情况。 该员工表示,当时他们正赶着推出产品,代码写得乱七八糟。 添加的功能越来越多,代码也变得越来越糟糕。 最终没有办法管理这些代码。 最终,不良代码导致公司倒闭,可见不良代码造成的危害。

那么您是否曾因糟糕的代码而苦恼过呢? 我认为答案是肯定的。 那么为什么还要继续写糟糕的代码呢?

你想快点完成它吗? 您想在项目截止日期前完成任务吗? 有可能,也许你觉得自己没有足够的时间去做好工作,也许如果你花时间清理代码,从而耽误了项目周期,你的经理或者老板会大发雷霆; 也许你只是不耐烦地继续从事这个项目,希望尽快结束这个项目; 也许你手上还有积压的其他工作,让你意识到你应该完成你正在做的事情并继续下一个任务。 我想这一切大家都经历过。 我们都审视了自己造成的混乱,并决定将其抛在脑后,继续新的一天。 我们都见过我们编写的蹩脚程序实际上可以工作,并得出结论:一个能工作的蹩脚程序总比什么都没有好。 我们都说过放手吧,然后再回来,但当然,在那些日子里,我们没有人听说过勒布朗定律:后来等于永远。

代码整洁之道_代码整洁之道总结_整洁代码之道

2. 混乱的代价

任何有多年编程经验的人都应该被糟糕的代码所困扰。 当遇到这种代码时,可能会严重耽误项目进度。 因为每次修改它都会影响其他几个代码。 代码没有什么小事。 每次添加或修改代码时,都必须熟记之前的代码,然后才能添加或修改。 那么乱七八糟就会越来越大,直到无法再清理、维护、束手无策。 。 随着混乱的增加,团队的生产力逐渐下降,甚至接近于零。 当生产力下降时,管理层所能做的就是在项目上增加更多的人力,以期提高生产效率。 但新人对系统业务不熟悉,不知道如何做符合设计的改变,或者如何做违反设计的改变。 然后又背负着提高效率的责任,最终只能变得越来越混乱。 最后,开发团队要求管理层重新编写一个新系统,做一个全新的设计。 它不仅要实现旧系统的所有功能,而且能够继续变化。 然后在新系统出来之前继续维护旧系统。 只有当新制度能够与旧制度竞争或超越时,新制度才会取代旧制度。

整洁代码之道_代码整洁之道_代码整洁之道总结

3. 专业的方法

当产品经理要求你做一个功能的时候,你一定要从开发的角度仔细考虑可能性。 如果你认为无法实施或者有更好的办法,你可以明确拒绝他并说出你的理由。 这是对你的项目负责,也是对你负责,这是一种专业的做法。

4. 拼图

程序员面临着一个基本的价值难题。 任何有多年开发经验的人都知道,之前的混乱已经阻碍了他们,但开发人员面临着最后期限的压力,别无选择,只能继续根据糟糕的代码制造混乱。 但你需要明白,制造混乱并不能帮助你在最后期限前完成任务。 混乱会立即减慢你的速度并让你错过最后期限。 满足截止日期的唯一方法是始终保持代码干净。

5. 什么是干净代码?

· 代码逻辑简单,没有隐藏缺陷的地方。

· 最大限度地减少依赖关系,使其更易于维护

· 优化性能,避免引诱他人进行不合理的优化并造成大量混乱。

· 几乎没有改进的余地,代码作者已经想到了一切,如果你试图改进它,你最终总是会回到开始的地方。

· 能够通过所有测试

· 无重复代码

·体现系统中的所有设计理念

· 使用尽可能少的实体,例如类、方法、函数等。

代码整洁之道_整洁代码之道_代码整洁之道总结

6. 童子军军事规则

美国童子军的一条简单经验法则适用于我们的专业领域:让露营地比你发现时更干净。

对于我们来说,每次修改或添加代码时,它都应该比修改或添加之前更干净、整洁; 代码移入后,会比以前更干净(可能只是改变一个变量名,分割一个过长的函数,消除一些重复的代码)。

后记:对于大多数转行的人来说,在工作的同时寻找机会补充自己的基础知识,补充自己的基础知识,确实很重要。

“我们相信每个人都可以成为IT高手。从现在开始,选择一条阳光之路,帮助你入门,在学习路上不再迷茫。这就是北京尚学堂,IT初学者转行的聚集地行业。”

好了,今天的主题就讲到这里吧,不管如何,能帮到你我就很开心了,如果您觉得这篇文章写得不错,欢迎点赞和分享给身边的朋友。

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注