大家好，下面有一个小编分享给大家。很多人还不知道怎么用电脑写代码。下面详细解释一下。现在让我们来看看！

写好代码是每个开发人员的目标清单。刚开始的时候，我们是在学习绳索，习惯随处可见的代码，所以不会太担心正确或者更好的方法354。我们只是希望代码有效。

然而，当我们习惯了编码，“让它工作”就不再那么简单了。然后我们想知道我们做的事情是否真的是最好的，如果不是，如何改进。

如果你想提高自己，你必须把你的编码提高到一个新的水平。本指南将帮助你理解写好代码需要什么，以及永不回头的心态。

不要停留在大o

如果你不是计算机专业的毕业生，那么你很可能没有在大O上做过太多的工作，大O是一个数学符号，它允许你在无限输入的假设下衡量一个计算机算法的速度和内存大小。

这是一个很好的衡量代码效率和成本的方法，但除此之外，大O无法衡量其他任何东西。它是一个数学工具，用来衡量我们代码的复杂程度；然而，它并没有衡量人的变量，具体的系统需求或我们的软件架构。

我并不是建议你忽略大O，而是建议你应该把它看作是它必不可少的3354 a数学方法，它构成了什么是质量代码的标准的一部分，而不是把它作为一个绝对的衡量标准。O Big是衡量代码质量的一个很好的起点，但是不要止步于此。你还有工作要做。

针对代码持久性

代码持久性是高质量代码最被低估的因素之一。简而言之，它衡量您的代码将处于生成和维护生产代码的所有阶段(从功能概念到最终测试和部署，再到新功能的重构、调试和实现)。

想想有多少代码通过了所有这些过滤器，到达了终点。更重要的是，在所有新的修订版和未来的实现中还有多少代码。

当一些代码必须部分或全部重写时，这是浪费时间和巨大的障碍，因为没有人知道它做什么或如何工作，或者因为它是从头开始编写的，而不是试图使其工作更具成本效益。这种代码质量很低，不会随时间变化。

系统是可以改变的，需求和技术也是可以改变的，但是好的代码不需要修改或者很少修改就可以存在。

下次你写代码的时候，请坐下来想一想，“我怎样才能用这样一种方式来解决这个问题，我只需要写一次代码？”解决办法不会像你想的那么明显。发挥你的想象力，创造一些伟大的代码。

改进编码的技术解决方案

有大量的插件、附件和格式标准，但是很可能你将被迫为特定的工作使用特定的工具或标准。但是不要认为这是一件坏事。相反，限制会迫使你学习新的编码模式，灵活运用你的技能。

这些工具将帮助你组织和统一你的代码，但是它们不会为你做这些工作。你所拥有的最好的工具就是意识到你在做什么，并且保持一致。

以下是一些提高代码质量的技术思路:

使用棉绒。符合编码标准。适当地注释您的代码。使用好的名称(变量、函数等。).不要忽视适当的测试。利用自动代码审查工具和持续集成工具。分享你的代码并寻求反馈(代码评审)。关注项目的整体情况。与有经验的开发人员结对编程。及时了解更新和新的库。读取完整代码和干净代码。为你的代码获得技术帮助可能会有很大的帮助，但如果你不知道如何正确使用工具，也会让你望而却步。找到使用技术知识的最佳位置，而不用浪费时间过度设计代码。

写“人类代码”

凯尔·辛普森(Kyle Simpson)解释了编写“人类代码”的想法，这意味着编写代码清楚地表明它是为我们服务的。

不是为计算机编写的。是的，计算机会编译、链接、执行并与代码交互，但是现在有很多抽象层，我们的代码几乎无法翻译其确切意图。所以在这里“保存”一些字符或使用字体连字是没有意义的，因为它们会更快地解析。

这个“人类代码”的想法很棒。它允许你编写尽可能清晰易懂的程序，并总是考虑我们未来的自己或同事会处理它。

当然，您应该确保性能(大O)和其他因素(如编码标准)不会降低，但请始终记住，这是人类的信息，而不仅仅是使某些东西工作的代码片段。这是思维方式的巨大转变，会帮助你写出更好的代码。

运用常识

换工作的一大麻烦是学习新的代码库。有人不同意吗？我以为不是。在一堆新旧未提及的意大利面中游泳可能会令人紧张。但几周后，一切开始变得有意义了。

帮自己一个忙，用常识来理解如何将新代码安装到旧代码库中。你的新代码可以流畅、快速、优雅且易于交流，但如果它位于错误的文件、错误的范围或错误的块中，看起来仍然不合适。语境很重要；新代码的位置很重要。请记住，您是在为您和您的同事编写代码——将代码放在哪里可能会导致很大的混乱或有见地的澄清。

代码库中的设计模式非常重要，所以不要破坏它们。顺其自然吧。如果你的项目已经在函数式编程上投入了大量资金，请不要像疯子一样到处创建类和方法；这会让你看起来很糟糕，也会让所有人困惑。写出好的代码是本能和知识的结合。两者都需要时间，但是奖励是一种真正的艺术形式。

要问的五个问题

在你发布任何代码之前，你应该问五个问题，这将增加你对上传的内容是好的还是只是另一个临时解决方案的认识。

每次提交之前，请尝试回答以下问题:

如果您对代码的一部分进行了错误的更改，您的系统会崩溃吗？您的代码可以在系统的其他部分重用吗？随着时间的推移，您的代码是否可以轻松更新或升级而不会添加错误？您的代码是否易于理解，是否符合逻辑？您的代码高效且体积小吗？

如果你不能对这些问题给出一个清晰和满意的答案，这意味着你应该回去重新考虑你的代码。假装问题不存在不会让它消失。

再见，宝贝。

有时候重写整本书会更好。旧技术、错误百出的糟糕代码库、需要全新架构的新需求以及升级问题是这种方法可行的几个原因。不管你是出于什么原因在考虑它，请确保这是正确的决定，下次你做出正确的决定，做出持久的代码。

写出高质量、持久的代码不仅是可能的，而且是必要的。2019年6月，Tidelift和New Stack联合对专业软件开发人员进行了一项调查，结果显示，开发人员70%的时间都花在了阅读代码上，平均每天输出约10行代码。这意味着我们花了大量的时间来弄清楚我们的系统是如何工作的，而不是实际写一些代码。

像生活中的一切一样，伟大的代码是关于平衡的；没有放之四海而皆准的答案。这取决于你的系统，你的投入和你想要达到的结果。但是你需要知道如何缩放和比较，如何回过头来调整，如何编写永不消亡的代码。

本指南将帮助您编写更好的代码。不要光看。研究它，分享它，提供一些反馈，最重要的是应用它。

伟大的程序员不是天生的；随着时间的推移，他们试图变得更好。

记住，保持冷静，远离代码！

以上解释了如何编写计算机代码。这篇文章已经分享到这里了。希望能帮到你。如果有任何错误，请联系边肖进行更正。

标签： 编写人类代码 大O衡量标准 发布前的问题 计算机代码编写 编码技术改进