编写超级可读代码的15个最佳实践

开发 后端
代码可读性是一个计算机编程世界的普遍主题。它是我们作为开发者第一件学习的事情。这篇文章将阐述编写可读性代码十五个最重要的最佳实践。

  代码可读性是一个计算机编程世界的普遍主题。它是我们作为开发者第一件学习的事情。这篇文章将阐述编写可读性代码十五个最重要的最佳实践。

 

  1. 注释和文档

  集成开发环境IDE在过去的短短几年里走过了很长的路。它使得注释代码比以前更加有用。依照特定标准书写的注释允许IDE和其他工具通过不同的方式来使用它们。

  考虑如下示例:

 

  我在函数定义中添加的注释可以在调用它的地方看到,即便是在其他文件中。

  这里是我另外一个从第三方库中调用函数的例子:

 

  在这些特殊的例子中,使用的注释(或者文档)类型基于PHPDoc,IDE是Aptana。

  2 . 一致的排版

  我假定你已经知道了你必须要缩进你的代码。然而,保持排版样式一致仍然是一个好主意。

  这里有不止一种方式来进行代码排版。

  第一种:

  1. function foo() {  
  2.     if ($maybe) {  
  3.         do_it_now();  
  4.         again();  
  5.     } else {  
  6.         abort_mission();  
  7.     }  
  8.     finalize();  

  第二种:

  1. function foo()  
  2. {  
  3.     if ($maybe)  
  4.     {  
  5.         do_it_now();  
  6.         again();  
  7.     }  
  8.     else 
  9.     {  
  10.         abort_mission();  
  11.     }  
  12.     finalize();  

  第三种:

  1. function foo()  
  2. {   if ($maybe)  
  3.     {   do_it_now();  
  4.         again();  
  5.     }  
  6.     else 
  7.     {   abort_mission();  
  8.     }  
  9.     finalize();  

  我曾经使用第二种样式但是最近换为第一种。但是这仅仅只代表了一种偏爱。这里并没有每个人必须要遵守的“最好的”样式。事实上,最佳的样式,就是一致的样式。如果你是一个小组的一部分或者你在为一个项目贡献代码,你必须依照这个项目之前使用的样式。

  排版的样式总不是完全和另外一个不同。有时,它们混合了多种不同的规则。例如,按照PEAR编码标准,前括弧“{”和控制结构在同一行上,但是在功能定义后放在第二行上。

  PEAR样式:

  1. function foo()  
  2. {                     // placed on the next line  
  3.     if ($maybe) {     // placed on the same line  
  4.         do_it_now();  
  5.         again();  
  6.     } else {  
  7.         abort_mission();  
  8.     }  
  9.     finalize();  

  同时注意它们使用4个空格而不是Tab来缩进。

  这里http://en.wikipedia.org/wiki/Indent_style有一个维基百科的文章,里面有许多不同排版样式的例子。

  3. 避免显而易见的注释

  为代码添加注释是效果显著的;但是,它可能太过或者只是多余的文本。像如下例子:

  1. // get the country code  
  2. $country_code = get_country_code($_SERVER['REMOTE_ADDR']);  
  3. // if country code is US  
  4. if ($country_code == 'US') {  
  5.     // display the form input for state  
  6.     echo form_input_state();  

  如果注释内容都是显而易见的,它们并没有提高工作效率。如果你必须要注释这些代码,你可以简单的把它们合并在一行:

  1. // display state selection for US users  
  2. $country_code = get_country_code($_SERVER['REMOTE_ADDR']);  
  3. if ($country_code == 'US') {  
  4.     echo form_input_state();  

  4. 代码分组

  确定的任务多半需要多行代码。使用一些空白将这些任务的代码分隔为几段是一个好主意。

  这是一个简单的示例:

  1. // get list of forums  
  2. $forums = array();  
  3. $r = mysql_query("SELECT id, name, description FROM forums");  
  4. while ($d = mysql_fetch_assoc($r)) {  
  5.     $forums []= $d;  
  6. }  
  7. // load the templates  
  8. load_template('header');  
  9. load_template('forum_list',$forums);  
  10. load_template('footer'); 

  在每一段之前添加注释也增强了视觉上的分隔。

  5. 命名的一致性

  PHP有些时候在遵守命名一致性方面有很大问题:

  strops()和str_split()

  imagetypes()和image_type_to_extension()

  首先,这些命名必须有单词的分界线。有两种流行的选择:

  骆驼命名法:除了第一个单词外,每个单词的第一个字符大写。

  下划线命名法: 单词间采用下划线,例如mysql_real_escape_string()。

  像我之前提到的一样,采用不同的命名选择会创建和排版样式类似的情形。如果一个已有的项目遵照一个确定的习惯,你必须遵守它。同时,某些语言平台倾向于使用特定的命名规则。例如Java里,大多数代码使用骆驼命名法;在PHP里大多采用下划线命名法。

  它们也可以混用。一些开发者喜欢在程序函数和类名上使用下划线命名,但是在类方法名上使用骆驼命名。

  1. class Foo_Bar {  
  2.     public function someDummyMethod() {  
  3.     }  
  4. }  
  5. function procedural_function_name() {  

  所以,没有明显的“最好的”样式,只需要保持一致。

#p#

  6. DRY原则

  DRY即不要重复你自己。也被称为DIE:重复是恶魔。

  这个原则规定:

  “在一个系统里每一个知识的片段必须有一个单一、明确、权威的表现。”

  大多数应用程序(或者通常的计算机)的目的是让重复的任务自动化。这个原则在所有的代码,即使Web程序中也应该保持。代码的相同片段不应该多次重复。

  例如,大多数Web程序由许多页面组成。这些页面很可能包含相同的元素。页头和页脚经常符合这个条件。复制和粘贴这些页头和页尾到每一个页面中不是一个好主意。这是Jeffrey Way解释如何在CodeIgniter里创建模版的链接。

  1. $this->load->view('includes/header');  
  2. $this->load->view($main_content);  
  3. $this->load->view('includes/footer'); 

  7. 避免过深的嵌套

  太多层的嵌套会造成代码阅读和跟踪困难。

  1. function do_stuff() {  
  2. // ...  
  3.     if (is_writable($folder)) {  
  4.         if ($fp = fopen($file_path,'w')) {  
  5.             if ($stuff = get_some_stuff()) {  
  6.                 if (fwrite($fp,$stuff)) {  
  7.                     // ...  
  8.                 } else {  
  9.                     return false;  
  10.                 }  
  11.             } else {  
  12.                 return false;  
  13.             }  
  14.         } else {  
  15.             return false;  
  16.         }  
  17.     } else {  
  18.         return false;  
  19.     }  

  为了可读性,通常需要修改代码来减少嵌套的层数。

  1. function do_stuff() {  
  2. // ...  
  3.     if (!is_writable($folder)) {  
  4.         return false;  
  5.     }  
  6.     if (!$fp = fopen($file_path,'w')) {  
  7.         return false;  
  8.     }  
  9.     if (!$stuff = get_some_stuff()) {  
  10.         return false;  
  11.     }  
  12.     if (fwrite($fp,$stuff)) {  
  13.         // ...  
  14.     } else {  
  15.         return false;  
  16.     }  

  8. 减少行的长度

  我们的眼睛对于阅读高和窄的文本列更感觉舒适。这就是为什么报纸文章看起来像如下样子的原因:

 

  避免在一行上编写过长的代码是一个最佳实践。

  1. // bad  
  2. $my_email->set_from('test@email.com')->add_to('programming@gmail.com')->set_subject('Methods Chained')->set_body('Some long message')->send();  
  3. // good  
  4. $my_email 
  5.     ->set_from('test@email.com')  
  6.     ->add_to('programming@gmail.com')  
  7.     ->set_subject('Methods Chained')  
  8.     ->set_body('Some long message')  
  9.     ->send();  
  10. // bad  
  11. $query = "SELECT id, username, first_name, last_name, status FROM users LEFT JOIN user_posts USING(users.id, user_posts.user_id) WHERE post_id = '123'";  
  12. // good  
  13. $query = "SELECT id, username, first_name, last_name, status  
  14.     FROM users  
  15.     LEFT JOIN user_posts USING(users.id, user_posts.user_id)  
  16.     WHERE post_id = '123'"; 

  同时,如果任何人想要在例如Vim这样的终端窗口中阅读代码,限制每一行的长度在80个字符以内是一个好主意。

  9. 代码结构

  理论上,你可以将整个应用代码写在一个文件里。但是对于阅读和维护来说是一个噩梦。

  在我的第一个编程项目中,我知道创建“包含文件”的含义。但是,我并没有好好进行组织。我创建了一个“inc”文件夹,放置了两个文件:db.php、functions.php。当程序变大时,functions文件也变得越来越大并难以维护。

  最好的方法之一是采用框架或者模仿它们的文件夹结构。下面是CodeIgniter的文件结构:

 

  10. 统一的临时变量名

  通常,变量名应该是描述性的并且包含一个或者更多的单词。但是,这对临时变量来说并不是必须的。它们可以短到只有一个单独字符。

  最佳实践是:对于有同样职责临时变量采用统一的命名。这里有一些我倾向于在代码里使用的例子:

  1. // $i for loop counters  
  2. for ($i = 0; $i < 100; $i++) {  
  3.     // $j for the nested loop counters  
  4.     for ($j = 0; $j < 100; $j++) {  
  5.     }  
  6. }  
  7. // $ret for return variables  
  8. function foo() {  
  9.     $ret['bar'] = get_bar();  
  10.     $ret['stuff'] = get_stuff();  
  11.     return $ret;  
  12. }  
  13. // $k and $v in foreach  
  14. foreach ($some_array as $k => $v) {  
  15. }  
  16. // $q, $r and $d for mysql  
  17. $q = "SELECT * FROM table";  
  18. $r = mysql_query($q);  
  19. while ($d = mysql_fetch_assocr($r)) {  
  20. }  
  21. // $fp for file pointers  
  22. $fp = fopen('file.txt','w'); 

#p#

  11. SQL关键词大写

  数据库交互对于大多数Web应用来说是很大一个组成部分。如果你正在编写SQL查询,尽量保持它们可读。

  即使SQL关键词和函数名是大小写无关的,大写来将它们从表名和列名中区分出来是一个通用的实践。

  1. SELECT id, username FROM user;  
  2. UPDATE user SET last_login = NOW()  
  3. WHERE id = '123' 
  4. SELECT id, username FROM user u  
  5. LEFT JOIN user_address ua ON(u.id = ua.user_id)  
  6. WHERE ua.state = 'NY' 
  7. GROUP BY u.id  
  8. ORDER BY u.username  
  9. LIMIT 0,20 

  12. 代码和数据分离

  这是另外一个对于所有环境下的绝大多数编程语言都适用的原则。在Web开发中,数据通常意味着HTML输出。

  当PHP许多年前第一次发布时,它最开始被看作是一个模版引擎。在巨大的HTML文件里插入一些PHP代码行是非常普通的。但是,这些年来,事情发生了改变:网站变得越来越动态化和功能化。代码已经是Web程序的一个很大的部分,将它们和HTML合并在一起并不是一个好的实践。

  你可以在你的程序中应用这个原则,或者你可以使用一个第三方工具(模版引擎、框架或者CMS系统)或者依照它们的习惯。

  流行的PHP框架:

  CodeIgniter

  Zend Framework

  Cake PHP

  Symfony

  流行的模版引擎:

  Smarty

  Dwoo

  Savant

  流行的CMS系统:

  Joomla

  Drupal

  13. 模版内的交替格式

  你可以选择不使用一个奇特的模版引擎,取而代之的是在模版文件里使用纯内联的PHP代码。这不是必须要违反“数据和代码分离“,只是内联代码是直接和输出相关的,并且可读。在这种情况下你可以考虑使用交替格式来控制结构。

  这是一个示例:

  1. <div class="user_controls">  
  2.     <?php if ($user = Current_User::user()): ?>  
  3.         Hello, <em><?php echo $user->username; ?></em> <br/>  
  4.         <?php echo anchor('logout''Logout'); ?>  
  5.     <?php else: ?>  
  6.         <?php echo anchor('login','Login'); ?> |  
  7.         <?php echo anchor('signup''Register'); ?>  
  8.     <?php endif; ?>  
  9. </div>  
  10. <h1>My Message Board</h1>  
  11. <?php foreach($categories as $category): ?>  
  12.     <div class="category">  
  13.         <h2><?php echo $category->title; ?></h2>  
  14.         <?php foreach($category->Forums as $forum): ?>  
  15.             <div class="forum">  
  16.                 <h3>  
  17.                     <?php echo anchor('forums/'.$forum->id, $forum->title) ?>  
  18.                     (<?php echo $forum->Threads->count(); ?> threads)  
  19.                 </h3>  
  20.                 <div class="description">  
  21.                     <?php echo $forum->description; ?>  
  22.                 </div>  
  23.             </div>  
  24.         <?php endforeach; ?>  
  25.     </div>  
  26. <?php endforeach; ?> 

  这让你避免了许多大括号。同时代码看起来和HTML的结构和排版相似。

  14. 面向对象 vs 面向程序

  面向对象编程可以帮助你创建结构化代码。但是这不代表你完全排除程序化编程。事实上创建两者混合的风格是非常棒的。

  描述数据,通常是数据库里的数据,必须使用对象。

  1. class User {  
  2.     public $username;  
  3.     public $first_name;  
  4.     public $last_name;  
  5.     public $email;  
  6.     public function __construct() {  
  7.         // ...  
  8.     }  
  9.     public function create() {  
  10.         // ...  
  11.     }  
  12.     public function save() {  
  13.         // ...  
  14.     }  
  15.     public function delete() {  
  16.         // ...  
  17.     }  

  程序化方法常用于可以独立执行的特定任务。

  1. function capitalize($string) {  
  2.     $ret = strtoupper($string[0]);  
  3.     $ret .= strtolower(substr($string,1));  
  4.     return $ret;  

  15. 阅读开源代码

  开源项目是许多开发者一起构建的。这些项目必须保持高度的代码可读性,以便他们可以尽可能高效的协同工作。

  因此,通读这些项目的源代码来观察这些开发者是如何工作的是非常棒的方法。

 

  最后: 代码重构

  当你“重构“,你在不改变功能的情况下调整代码。你可以把它看作是“清理”,为了改进代码质量和可读性。

  这并不包括bug的修复或者添加新功能。你可以重构你之前编写的代码,当它们在你头脑你还保持新鲜的时候,以便于你两个月以后有可能回顾代码时更加可读和可重用。就像那句格言所说的一样:“尽早重构,经常重构“。

  你可以在重构期间应用以上任何关于代码可读性的“最佳实践“。我希望你喜欢这篇文章!

  译文链接:http://blog.csdn.net/hfahe/archive/2011/04/05/6303585.aspx

  原文链接:http://net.tutsplus.com/tutorials/html-css-techniques/top-15-best-practices-for-writing-super-readable-code/

【编辑推荐】

  1. C++编程规范:101条规则、准则和最佳实践
  2. 一个10年程序员职业发展、总结和困境
  3. 告别程序员生涯,一点感慨
  4. 程序员:永远不要去请示是否应该整理你的代码
  5. 所谓的原则、最佳实践和模式是什么
责任编辑:韩亚珊 来源: 博客园
相关推荐

2012-07-11 10:51:37

编程

2013-03-22 16:43:03

可读代码代码的艺术代码编写

2010-10-28 09:05:42

SilverlightXAML

2011-11-18 09:42:29

Ajax

2018-01-12 14:37:34

Java代码实践

2014-06-24 10:41:46

2017-02-28 21:57:05

React组件

2020-06-03 16:50:24

TypeScriptReact前端

2015-08-27 13:11:18

JavaScript代码

2012-08-09 09:10:56

代码审查代码

2017-03-06 13:20:31

2014-02-26 11:01:28

日志优化系统日志

2023-03-16 08:01:56

TypeScript开源编程语言

2024-04-23 08:01:20

面向对象C 语言代码

2021-12-04 23:10:02

Java代码开发

2012-03-22 09:15:29

开发代码

2013-12-03 09:34:26

iOS应用开发实践高质量Objectiv

2017-10-30 15:22:29

代码可读性技巧

2023-04-14 08:10:59

asyncawait

2024-05-13 13:13:13

APISpring程序
点赞
收藏

51CTO技术栈公众号