如果我们想成为技术性的，我们会说代码本质上是一个由单【dān】词、字母、数【shù】字【zì】和数字组成的系统，它【tā】以某【mǒu】人【rén】的数【shù】字【zì】设备【bèi】可【kě】以读取、解释和执行的方式【shì】传达特定的想法【fǎ】。

但这不是一个真正有用的定义，不是吗？

代码很简单，真的。

代码只是您的计算机可以理解的一种以计算机为中心的语言。而已。

您告诉您的程序显示并询问用户【hù】信息【xī】，用户输入【rù】他们的【de】信息，然后您的代【dài】码执【zhí】行您告诉它对用户【hù】信息【xī】执行的任何【hé】操【cāo】作。
编码仅仅是编写、测试和调试代码的行为。

如果您想以 Web 开发人员、软件工程师、数据分析师、iOS 应【yīng】用程序开发人员或网络安全工【gōng】程师的身【shēn】份【fèn】进入科技世界【jiè】，您将需要学【xué】习如【rú】何【hé】使用至少一两【liǎng】种语言进【jìn】行【háng】编码。编码【mǎ】，无【wú】论是 Python、JavaScript 还是 Java，就像用【yòng】任何其他【tā】语言编写一样，

这意味着你写的越多，你消耗的好文章越多，你就能写得越好。

是什么让好代码好，坏代码坏？

因此，如果您练习编【biān】写代码，那么您将【jiāng】在编写好代码方【fāng】面【miàn】变得更好，这是有【yǒu】道理【lǐ】的。同样有意义的【de】是，如【rú】果您阅读好的代【dài】码，您将了解如【rú】何使您【nín】的代码更好。

但是好的代码是什么样的呢

虽然可能会有特定的“最佳实践”会因【yīn】语言而异，但仍有【yǒu】某些最佳【jiā】实践【jiàn】被普遍【biàn】接【jiē】受。

这里有一些普遍使好代码好和坏代码坏的东西。

好的代码是可读的

好的代码很容易阅读。

或者至少它像代码允许的那样易于阅读。

像【xiàng】 Python 这样的语言【yán】看起来比 Java 更像【xiàng】英【yīng】语。但是当我们说【shuō】好的代码【mǎ】是可读【dú】的时，这并不是我们的意思【sī】。
我们的意思是好的代码是缩【suō】进的，所以你【nǐ】可以看到哪些代【dài】码【mǎ】行在一起。代码元素都以相【xiàng】同的方【fāng】式包装，因此绝不会混【hún】淆任何一个标签【qiān】在【zài】做什么。解释【shì】什么特【tè】定代码行的评论很【hěn】多。
好的代码【mǎ】易于【yú】阅读，因为它【tā】的编写方【fāng】式清晰【xī】、简洁、视觉上令人【rén】愉悦且一致【zhì】。

糟糕的代码是不必要的复杂

假设【shè】您正在【zài】设计一个网页。您【nín】可能希望以某种方式显【xiǎn】示页面的不同【tóng】元【yuán】素。也【yě】许【xǔ】您希望每隔【gé】一段文本都具有某种颜色【sè】。
让我们说蓝色。

您构建您【nín】的页面【miàn】，编写一些 CSS 代码，使【shǐ】其他【tā】文本段落变为【wéi】蓝【lán】色，然后点【diǎn】击发布按钮【niǔ】。一【yī】周后，您的老板出于某种原因想要将该蓝色文本更改为【wéi】绿【lǜ】色【sè】。
当你回到【dào】你的代【dài】码【mǎ】时，你是【shì】在改变一行代码还是【shì】多【duō】行代码？如果您【nín】必须【xū】更改一行代码【mǎ】，那么您的代码可能还不错【cuò】。如果您【nín】必须使用蓝色文本更改每个【gè】单独段落的代【dài】码，那么您【nín】的代【dài】码可能会变得不必要地复杂【zá】。
因此，如果有一【yī】种更简单的编写代码【mǎ】的方【fāng】法可以让您在未来【lái】做更【gèng】少的工作【zuò】，那么您的代码【mǎ】就有改进【jìn】的【de】空间。

好的代码是可扩展的

好的代码应该能够随你扩展。

如果【guǒ】您正在构【gòu】建软件来处理特定问【wèn】题，但【dàn】是随着数据集等其他细节的【de】变化，您的【de】代【dài】码【mǎ】会【huì】显着【zhe】变【biàn】慢【màn】，那么您的代码【mǎ】就会很糟糕【gāo】。但是如果你【nǐ】的软【ruǎn】件能够以相似的速度解决问题【tí】，不管你【nǐ】的数据有多少变化，那么你已经写了一些好的代码。
可【kě】扩【kuò】展的代码是以不易被淹没的【de】方式编写的代码。它高效，解决问题【tí】或执【zhí】行任务的速度和频【pín】率一样【yàng】快【kuài】。