优秀代码的8条准则！

一个原理和概念的应用，往往不局限于单个领域。比如软件开发和产品设计，就有很多通用准则。

最近看到一个分享，如果把大家认同的设计原理应用到编程中，开发者可以怎么理解它们？结合我个人的编程经验，跟大家分享8点：

01

—

好的代码，是创新的

无论如何，进步的可能性还存在。技术发展总是为原创设计提供新的机会。但是，富有想象力的设计总是随着技术的进步而发展，而不是技术发展的一个目的。

代码解决的很多问题，并不是新出现的。相反，很多技术都在解决老问题。比如让衣食住行变得便捷高效。

但解决老问题并不是常态和终点，技术一直在创新和进步，为的是给人们提供更好的用户体验。

举个例子，你可能觉得现在能用外卖软件和打车软件，快速实现之前不可能满足的需求，已经是产品形态的终点了。

但你想象不到很多创新技术正在尝试颠覆现有的方式。你永远想象不到科技的力量。

不断颠覆，不断创新，是技术的终身命题。

02

—

好的代码，让产品可用

用户愿意付费的产品，不仅要满足必要的功能性需求，还必须满足心理和美学标准。优秀的设计优先满足产品的实用性。

不要为了编程而编程，而是为了解决问题而编程。

代码的可用性，不局限于某个单一的领域。前端接口和后端API在大部分场景下，都要提供良好的承受能力。

代码库应始终专注于要解决的问题。

03

—

好的代码，是美观的

产品的美学品质是实用性不可或缺的一部分，因为产品每天都在使用，并且会影响人们的心情。

这个准则，非常适用于Web界面和移动端的界面，但也同样适用于后端API。

因为写代码要考虑到它的可读性，一段读不懂、难理解的代码，后期维护和修改成本是非常高的。

给大家几点建议，或许能帮你提高代码的可读性：

• 代码风格的一致性

• 结构清晰

• 合理的注释、命名等

• 程序的可复用性

04

—

好的代码，让产品易用

好的产品，结构清晰明了。用户的学习成本很低，上手非常快。

好的代码，是解决现实世界的问题的。

因为代码是抽象的，所以很多程序员写的代码，最终不能满足实际需求，偏离了业务方向。

我见过很多程序员因为这类问题，不得不将代码重构，浪费时间而且没有复用价值。

一个比较好的解决办法是，多记录，多确认。

在写代码的过程中吗，一旦发现有理解不确定的地方，及时与需求方对齐信息，不要为了快速完成工作，闷着头写下去。

有时候，慢就是快。

以上4点，很多程序员或许在日常工作中经常忽略。希望这些底层原理，能在大家感到迷茫的时候，提供一丝灵感。

剩下4点，下篇文章再仔细讲讲。

【扫码加我的个人微信】

觉得有用，记得点赞????，也是一种支持。