编码最佳实践对于帮助您和您的团队创建可能的最佳代码至关重要。以下是当今提高代码质量的 15 个最佳实践。 花椒壳-愿您平安健康

 编码最佳实践对于帮助您和您的团队创建可能的最佳代码至关重要。以下是当今提高代码质量的 15 个最佳实践。 花椒壳-愿您平安健康

照片由 ThisisEngineering RAEng 在 Unsplash 上拍摄

今天的敏捷世界发展迅速。客户要求更多功能。利益相关者希望它更快地完成。而且预算似乎总是在缩减。这会给实际构建服务或产品的人带来很大的压力。那些真正坐在键盘前打字的人。这些人是程序员和开发人员,他们每天都必须弄清楚如何以更快、更便宜和更有效的方式构建所需的项目。 花椒壳-愿您平安健康

由于在许多敏捷项目中看到的压力,在编写代码时很容易松懈。面对迫在眉睫的最后期限,即使是最好的程序员也可能会发现自己成为捷径的牺牲品。但最终,这些做法只会导致质量低下、浪费精力,最糟糕的是,还会导致不良的编码习惯。www.xinliu.vip

不要养成不良的编码习惯,而是通过这些编码最佳实践为成功做好准备。一旦您实施了它们,它们将节省您和您的团队的时间、资源和麻烦。这里有 15 种最佳编码实践,您可以立即开始为您的团队和您自己使用这些实践。  花椒壳-愿您平安健康

1.坚持你的风格指南

无论是您组织自己的风格指南还是编程语言的风格指南,最重要的编码最佳实践之一就是始终遵循您的风格指南。每种编程语言都有。本样式指南为您提供了有关如何缩进代码、在哪里放置大括号和空格、命名约定等的所有详细信息。

仔细阅读指南并牢记基础知识。您可以随时查找不太常见的要求,但请记住始终应用样式指南的规则。当涉及到这个领域时,永远不要偷工减料。

当您遵守样式指南的规则时,其他程序员可以更轻松地阅读您的代码并在需要时进行处理。如果其他人正在遵循样式指南,那么您可以轻松地跳入该项目。这是一种编码最佳实践,因为它允许在整个代码中保持一致。当您遵循样式指南的规则时,您可以更容易地发现任何错误或错误。

许多组织会修改风格指南以匹配他们自己的参数。这可能是使您的团队更有效率的有用方法。如果您打算与您的团队或公司一起执行此操作,请确保您的新指南经过深思熟虑,并且团队中的每个人都了解自定义。遵循样式指南的规则是实现编码最佳实践的最重要和最简单的方法之一。

一种可以帮助您和您的团队在风格方面保持一致的工具是Sider。Sider 是一种自动代码审查工具,可即时分析您团队的拉取请求,以帮助确保您的代码库一致。它可以检查是否违反样式以及代码质量,并帮助您的团队跟上最佳实践以及每个项目的规则集。

2. 不要重新发明轮子

编码最佳实践之一是关于不编码某些东西似乎有悖常理,但这是另一种编码最佳实践,它很容易利用并且将极大地帮助您的项目。如果某些东西不需要编码,那就不要编码!

在考虑项目要求时,问问自己有关功能的问题。这个功能真的有必要吗?谁从中受益?是否有其他人,无论是在我的组织中,还是在第三方,​​甚至是开放的编码存储库中,是否已经编写了类似的解决方案?当您考虑这些问题时,您可能会意识到您实际上根本不需要任何新代码。您可能会发现代码已经在内部编写。或者可以使用负担得起的 SaaS 工具或开源选项。

据估计,许多软件开发项目将大约 40% 到 50% 的时间花在本可以避免的返工上。花点时间检查一下这些其他选项是否可用,从长远来看,您将节省时间、精力和金钱。所有这些加起来。

3. 确保你的代码可读

是的,我们都希望尽可能高效和优化。有时编码人员可能希望通过在一行中编写完整的方法或函数来展示他们的技能和才能。毕竟,我们中的许多人成为编码员是因为我们喜欢解决复杂的编码挑战。但是,如果没有人能够阅读它,那么您解决了什么挑战或您的代码如何优化都无关紧要。

编码最佳实践不是专注于优化,而是专注于可读的代码。可读代码是可理解的代码。可以理解的代码可以更容易地集成,从而提高整个项目的效率。作为编码最佳实践之一,始终关注可读代码。

4. 评论和文件

当谈到编码最佳实践时,一个可以帮助您的习惯是用注释开始您创建的每个函数或方法。在此注释中,您可以准确地概述函数或方法的作用、其参数是什么以及它返回什么。您还需要描述任何可能的错误或异常。如果您的代码特别复杂,您还可以总结主要步骤,以及概述每个文件和类的作用以及每个类字段中的任何内容。

从一开始就这样做可以使您与评论保持一致。您可能会想稍后再回来添加此内容,但您这样做的可能性非常低。在您的编码会话期间有一种不断移动的趋势。

除了任何注释之外,请务必将您的代码作为一个整体进行记录。这可以是一个简短的 README 文件,但本指南应准确解释代码执行的操作,包括任何依赖项,并且应包含有关如何构建、安装、测试和使用代码的说明。注释和文档可帮助您实现另一个编码最佳实践。

5. 保持干燥

在遵循编码最佳实践时,请记住 DRY 原则。DRY 代表 Don’t Repeat Yourself,DRY 原则指出“系统中的每一条知识都必须有一个单一的、明确的、权威的表示。” 这有时也被称为 DIE:重复是邪恶的。

简单地说,同一段代码不应该一遍又一遍地重复。大多数应用程序的目的是自动化重复性任务,那么为什么要花时间重复代码呢?永远不要只是复制和粘贴您的代码。相反,您可以取出代码中最常见的部分,并将它们抽象为特定参数内的例程或类。

在一个地方保存一个最终版本的代码,然后让这个版本驱动所有其他用途。您可以通过以下方式执行此操作:

  • 从评论创建 API 参考指南
  • 通过注释或命名约定自动检测单元测试
  • 从单个标记源生成 PDFHTML 文档
  • 从数据库模式派生对象类

当您遵循 DRY 原则时,您可以节省自己的时间和精力,并遵循最重要的编码最佳实践之一。

6. 测试你的代码并对错误做出反应

一个重要的编码最佳实践是测试您的代码。如果代码行不通,那么编写代码行的速度或代码的优化程度都无关紧要。例程通常会返回错误指示并引发异常。发生这种情况时,不要只是刷掉它。永远不要假设磁盘不会填满,或者您的配置文件将始终存在,或者连接永远不会超时,或者开发人员想出许多其他原因和借口不处理异常。相反,立即处理错误。是的,这会使您的代码变得更长,甚至可能会降低其可读,但是当您忽略该问题时,它并不会消失。一些最终用户有一天会找到它,这会回到你、你的团队,甚至你的整个组织。

沿着这些路线,今天的自动化测试工具已经远远超出了以前的水平。这些自动化测试工具有助于验证构建和发布,并使您的代码更具可支持。测试是一种文档形式。它们会告诉您代码应该如何运行。持续测试有助于向开发人员提供有意义的反馈。从那里,程序员和开发人员可以快速解决问题并进行任何必要的更改。不要试图掩盖任何编码问题。经常测试您的代码并进行所需的更改,以便您遵循编码最佳实践。

7. 限制你的线长

你读过报纸上的文章吗?还是博客文章?我们的眼睛喜欢又高又窄的文字块。长行很难阅读。

因此,最容易使用的编码最佳实践之一是将行长度限制为一定数量的字符。如果您正在从终端窗口阅读代码,则最好的长度是大约 80 个字符。

除了保持你的行简短之外,你还应该将你的代码作为一个整体拆分成简短且重点突出的单元。同样,每个函数、方法或代码块都应该分成一个部分,以便轻松放入合适大小的窗口。这通常意味着大约 25 到 50 行代码。如果您发现您的代码超过 50 行,请将其拆分为更短、更易消化的部分。当您将这些长代码段分成块时,请考虑在每个块的开头添加注释,描述函数或代码块。

如果代码是一个简单的重复序列,您可能会发现它可以扩展到更长的块中,但即便如此,请考虑通过数据表来驱动它。另外,寻找一种方法来保持你的代码简短而甜蜜。这是另一个最重要的编码最佳实践。

8. 一致性是关键

在查看编码最佳实践时,一致性始终很重要。以相似的方式做相似的事情很重要。当您开发功能与现有例程非常匹配的新例程时,请为代码体使用可比较的名称、参数顺序和结构。课堂也是如此。使新类坚持相同的接口,并将任何新名称与现有名称相匹配。

保持代码一致的另一种方法是遵循编码框架的约定。例如,通常的做法是将范围表示为半开,左侧为包含,右侧为独占。如果你发现你正在做的事情没有约定,在你的团队中创建一个并坚持下去。这将使您的代码更具可读,并帮助您找到任何错误或错误。在编码最佳实践时,保持一致是必不可少的。

9. 避免硬编码

尽可能避免对常量进行硬编码。系统级设置、用户名、密码和其他配置信息不应该被硬编码。一些开发者在开发原型时可能会尝试走捷径,然后这些原型就可以进入生产环境。这与最佳编码实践相反。在这些情况下,硬编码不是技术债务,但可能被视为不负责任并带来重大后果。如果该代码变得可访问,则当端点和访问凭据暴露时,它会带来巨大的安全风险。

应始终避免安全陷阱,它们并不总是来自 Internet。根据您的编程语言,您可能需要注意缓冲区溢出、跨站点脚本和类似问题。了解您的语言和硬编码中固有的潜在风险,并尽可能避免它们。安全不仅是编码的最佳实践,也是项目每一步的最佳实践。

10. 避免在疲倦时编码

在当今的敏捷世界中,编码似乎是一项永无止境的任务。一些编码人员和开发人员相信通过编码马拉松来熬夜。但是更多的工作并不一定会导致更好的代码。某些研究表明,个人在疲倦时犯错的可能性是在警觉和精力充沛时的 2 到 5 倍。当你累了或心烦意乱时,你不可避免地会犯错误,要么你以后必须纠正,使你花费的时间基本上浪费掉,要么你根本不会发现错误,这意味着以后会发现错误在 QA 中,或者直到最终用户拿到产品。

如今,许多企业都意识到更短的编码会话和一些甚至更短的工作日的优势。作为软件开发人员或编码员,白天累了就休息一下。出去走走。来一杯咖啡。和朋友谈一谈。做一些事情来帮助你的头脑恢复活力和重新组合。当你筋疲力尽或心情不好时敲击键盘对任何人都没有帮助。

照片由 Christian Erfurt 在 Unsplash 上拍摄 疲倦时尝试编码只会导致更多错误。 躲开它。

 

在疲倦时尝试编码只会导致更多错误。躲开它。花椒壳-愿您平安健康

当然,有时截止日期会到来,您可能会发现自己的会议时间过长,但这不应该成为经常发生的事情。如果这种情况经常发生,请查看您的团队和您的日常实践。您是否被其他非编程活动分心?您的团队是否作为一个整体运作?马拉松式编码课程通常是团队中更大问题的征兆。尽最大努力避免在疲倦时编码,您将遵循另一个编码最佳实践。

11. 保持简单

正如编码最佳实践之一是保持代码可读性一样,您也应该努力保持简单。复杂的代码意味着出现更多错误和错误的可能。尽量让你的代码只做它需要做的事情,仅此而已。让您的设计专注于项目的当前需求。

尽量避免复杂的编码英雄主义。不要制作参数化类、工厂方法或使用很少有编码人员熟悉的过时接口,尤其是当您使用这些方法来修复尚不存在的问题时。包含一些代码以避免将来出现潜在问题在纸上听起来是个好主意,但它通常会使您的代码变得混乱,并使未来的编码人员对它是什么或为什么会出现感到困惑。如果将来出现问题,您将有机会采用新的解决方案。在那之前,保持简单。这是另一个最佳实践。

12. 使用描述性名称

过去,程序员在命名约定方面面临很多限制。它们通常受到缓慢、笨重的界面的限制,需要节省时间、墨水和纸张。所以他们不可避免地会收缩他们的变量名。今天,我们很少面临同样的限制。然而,模糊命名约定的文化仍在继续。一个可以避免您头疼的编码最佳实践是在您的命名约定中进行描述。

在现代编程社区中,您可以随意使用长且描述性的名称来帮助您自己和您的同事准确了解您的代码的作用。当然,你现在可以给它起一个更短的名字,但你会记得一个月后那个名字的确切含义吗?下一个参与该项目的编码员是否能够准确理解该名称的含义?

使您的名字尽可能具体。例如,不是简单地写“getLowest”,你可以写“getLowestPrice”。或者你的意思是“getBestPrice”?想一想你实际上想用你的代码完成什么,并适当地命名它。

此外,在遵循编码最佳实践时,有一些简单的命名约定。类和类型名称是名词。方法的名称应包含动词。如果方法返回一个值来指示某事是否为真,则方法名以“is”开头。该方法是否返回对象的属?名称以“get”开头。它是否设置了属?从“设置”开始。

13. 你的代码应该是可移植和可构建的

除非有很好的理由,否则您的代码应该始终能够跨平台和框架运行。将程序的消息存储在远离代码的地方。永远不要对某些文化习俗进行硬编码,例如日期格式。这些约定必须适用于您本国以外的国家。

此外,您的代码必须是可构建的。不能分发就不好。使用自动化工具,让您可以将代码构建为可供分发且可以快速测试的形式。考虑建立一个持续集成系统来检查、构建和测试您的代码,以了解所做的每个更改。在遵循编码最佳实践时,始终使您的代码可移植和可构建。  https://www.xinliu.vip/

14. 版本控制是你的朋友

系统中的所有内容,从代码和文档到工具源、构建脚本和测试数据,都应存储在版本控制之下。出于多种原因,版本控制很重要。它有助于协作。通过版本控制,开发人员可以同时处理同一组文件。如果某些东西变得混乱或损坏,它还允许您恢复以前版本的代码。版本控制还允许您跟踪代码更改的历史记录。您可以轻松跟踪过去对代码进行某些更改的原因。它还充当您的代码的备份。

今天,像 Git 和 GitHub 这样的工具——以及许多其他类似的存储库——使得利用版本控制所提供的一切变得既便宜又容。如果您还没有使用这些工具中的任何一种,请进行研究,看看哪一种最适合您的需求。 花椒壳-愿您平安健康

而且,当然,请始终经常保存您的工作。您永远不知道什么时候会发生电池没电、软件故障、断电或更糟的情况。任何事情都可能导致数据丢失,给您带来很多不必要的压力和双重工作。定期保存您的工作并将其备份到您选择的版本控制系统。这是一个简单的编码最佳实践。

15. 合作

作为程序员,您会花很多时间坐在办公桌前打字。很容易认为您是在单独做某事,但事实并非如此。你们是团队的一员,你们都有一个共同的目标——理想情况下,在最快的时间内创造出尽可能高的产品。所以,这样一来,你一个人工作对你没有好处。

相反,努力与你的队友一起工作。与他们分享您的进展和想法。定期和一致地进行沟通,无论是在每周的站立会议期间还是在咖啡机周围。这不仅可以帮助您,还可以帮助您的整个团队。

合作会带来定期的新的和更好的想法。当你与你的队友交谈时,你可能会发现他们有更好的方法来解决你没有想到的问题。或者您可能会发现他们以完全不同的方式进行编码。在与其他团队成员合作时,您通常会发现一种新的独特的第三种方法(作为您之前两种方法的组合),它会为您的团队带来一种新的、更有效的做事方式。 花椒壳-愿您平安健康

如果您是一名更有经验的程序员,您可能有机会指导初级程序员。如果你刚从学校毕业,你可能会找到一位导师,他可以教你他们通过多年工作学到的东西。此外,当您与您的团队交谈时,您可能会发现自己成为了朋友,这可以带来全新的体验世界。协作是最容易被忽视的编码最佳实践之一,但它是必不可少的,不仅对于您的项目,而且对于您的工作满意度。

奖励编码最佳实践?玩得开心

归根结底,重要的是要记住您最初为何开始编码:希望如此,因为您在某种程度上喜欢它。作为程序员,您会花费大量时间编写代码,因此请尝试获得乐趣。尝试从事您感兴趣的项目。或者找到一个你喜欢的项目并专注于它。在你喜欢的行业工作,和你喜欢的人在一起。请记住,您不是在真空中工作。你是团队的一员,当你一起工作时,每个人都会受益。

编码最佳实践是关于编写可读代码、保持一致性并将所有内容保存到版本控制中。但它们也是关于协作和享受你正在做的事情的过程。当您这样做时,您可能会发现您正在编写比以往任何时候都更好的代码。  花椒壳-愿您平安健康