经过多年的积累，我发现以下基本准则可以帮助我成为一个更有效率的程序员。编程原理与设计和工程原理密切相关。下面的编程规则对我帮助很大，所以想分享给大家，希望能帮助大家提高效率，产出更容易维护，bug和缺陷更少的代码。DRY原则不要重复自己——编程中最基本的原则之一是避免重复。许多编程结构（如循环、函数、类等）的存在是为了避免重复。每当重复某事时（例如，一个长表达式、一系列语句、相同的概念），就会创建一个新的抽象。抽象原则“在程序中有意义的每个功能片段都应该只在源代码的一个地方实现。”KISS（Keepitsimple,stupid！）原则简单（避免复杂）应该始终被视为一个重要的目标。编写简单的代码不仅花费更少的时间和更少的错误，而且还易于修改。避免创建YAGNI（你不会需要它）原则。只在需要的时候添加额外的功能，不需要的时候不要添加额外的功能。最简单的方法同样好在编程时，我们需要问自己：“有没有最简单的方法来完成一项任务？”这有助于我们走在极简主义设计的道路上。别误会我的意思，这实际上是史蒂夫·克鲁格(SteveKrug)写的一本书的书名。关键是代码应该尽可能易于阅读和理解。如果读者需要大量思考才能理解代码，那么也许代码需要简化。开闭原则软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。换句话说，您编写的类可以扩展，但不能修改。为维护者编写代码值得编写的代码保证将来值得维护。以后因为你经历过太多的代码，也许当你回过头来看这些代码的时候，你就会和大家一样变成一个完全陌生的人。记住，“编写代码时假设维护它的人是一个知道你住在哪里的暴力精神病患者。”最小惊讶原则最小惊讶原则经常在用户界面方面被引用，但它也适用于编写代码。代码应该尽量不让读者感到惊讶。遵循标准约定，代码在注释里说什么就做什么，代码就是名字的意思，尽可能避免意外带来的潜在负面影响。单一职责原则代码的组成部分（例如类或函数）应该执行单一的、定义明确的任务。最小耦合原则代码的任何部分（代码块、函数、类等）都应该尽可能少地依赖于其他代码。这可以通过尽量不使用共享变量来实现。“低耦合通常是构建良好和设计良好的计算机系统的标志，当与高内聚结合时，可以极大地支持高可读性和可维护性的总体目标。”最大化内聚原则有一个类似的功能代码应该放在同一个组件内部。隐藏实现细节原则隐藏实现细节，允许更改代码组件的实现，同时最大限度地减少对使用该组件的其他模块的影响。LawofDemeter代码组件应该只与它们的直接关系（例如，继承的类、包含的对象、通过参数传递的对象等）进行通信。避免过早的优化原则除非代码开始工作，否则不要考虑优化。只有到了不得不优化的时候，才能借助实战数据。“我们必须看到大局：过早的优化是万恶之源”——DonaldKnuth。可重用的代码是好的代码这与任何其他法律一样精辟。重用代码可提高代码可靠性并缩短开发时间。关注点分离原则不同的功能区域应该由代码模块管理，重叠最少。EmbracingtheChangePrinciple这是KentBeck写的一本书的副标题，也被认为是极限编程和通用敏捷方法的一个原则。许多其他原则基于您应该期待和欢迎变化的想法。事实上，许多古老的软件工程原则，例如最小化耦合原则，都与使代码更易于更改直接相关。不管你是不是极限编程从业者，这种写代码的方法真的很有意义。有任何想法吗？欢迎参与我们的热烈讨论！翻译链接：http://www.codeceo.com/article/18-good-programming-principles.html英文原文：ThePrinciplesofGoodProgramming
