nicolelili1的专栏

一、Extract Method(提炼函数)你有一段代码可以被组织在一起并独立出来将这段代码放进一个独立函数中，并让函数名称解释该函数的用途。private void printOwing(double amount){ printBanner(); //print details System.out.println("name:"+_nam

1、格式的目的代码的格式关乎沟通，而沟通是专业开发者的头等大事。2、垂直格式可能用大多数为200行、最长500行的单个文件构造出出色的系统，尽管这并非不可违背的原则，但是短文件通常比长文件易于理解。向报纸学习报纸由许多篇文章组成；多数短小精悍。有些稍微长点。很少有占满一页的。概念间垂直方向上的区隔代码都是从上往下读，从左往右读。每行展现一个表达式

别给糟糕的代码加注释--------------重新写吧。注释的恰当用法是弥补在用代码表达意图时遭遇的失败。1、注释不能美化糟糕的代码带有少量注释而有表达力的代码，要比有大量注释的零碎而复杂的代码像样的多。与其花时间编写解释你搞出的糟糕的代码的代码注释，不如花时间清洁那堆糟糕的代码2、用代码来阐述只需要创建一个描述与注释所言同一事物的函数即可。3、好

1、类的组织类应该从一组变量列表。如果有公共静态常量，应该先出现。然后是私有静态变量，以及私有实体变量。很少会有公共变量。公共函数应跟在变量列表之后。把由某个公共函数调用的私有工具函数紧随在该公共函数后面，更符合由顶向下的原则。2、类应该短小关于类的第一条规则是类应该短小。第二条规则是还要更短小。函数通过计算代码行数衡量大小。对于类，通过计算权责来进行衡量。类的名称

函数是所有程序中的第一组代码。1、短小函数的第一规则是短小。第二条规则是还要更短小。每个函数都一目了然，每个函数都只说一件事，而且每个函数都依次序吧你带到下一个函数。这就是函数应达到的短小的程度。代码块和缩进if语句、else语句、while语句等，其中的代码块应该只有一行。函数的缩进曾经不该多于一层或两层。2、只做一件事函数应该做一件事。做好这件事

如果尿布臭了，就换掉它一、Duplicated Code(重复代码)坏味道行列中首当其冲的就是Duplicated Code.如果你在一个以上的地点看看到相同的程序结构，那么可以肯定：设法将它们合而为一，程序会变得更好。同一个类有两个函数含有相同的表达式，提炼出重复的代码，然后让这两个地点都调用被提炼出来的那一段代码。两个互为兄弟的子类含有相同的表达式，将两个类中重复的代码

重构是在不改变软件客观行为的前提下改善其内部结构“不改变软件行为”只是重构的最基本要求，要想真正让重构技术发挥威力，就必须做到“不需了解软件行为”开始重构之前的两个建议，首先：把你的敬畏扔到太平洋里去，对于即将变得像空气与水一样普通的技术，你无需对它敬畏；其次，找到适合你的开发工具懒惰是程序员的美德之一设计模式为重构提供了目标。然而，“确定目标”只是问题的一部分而已，改造程序以达到

小提示，大道理1、关心你的技艺Care About Your Craft如果你不在乎能否漂亮地开发出软件，你又为何要耗费声明去开发软件呢？2、思考！你的工作Think!About Your Work关掉自动驾驶仪，接管操作。不断地批评和评估你的工作。3、提供各种选择，不要找蹩脚的借口Provide Options,Don't Make Lam

一、使用第三方代码在接口提供者和使用者之间，存在与生俱来的张力。第三方程序包和框架提供者追求普适性，这样就能在多个环境中工作，吸引广泛的用户。而使用者想要集中满足特定需求的接口，这种张力会导致系统边界上出现问题。二、浏览和学习边界学习第三方代码很难。整合第三方代码页很难。同时做这两件事难上加难。更好的做法是，不要在生产代码中实验新东西，而是编写测试来遍览和理解第三方代码。即学习

错误处理很重要，但如果它搞乱了代码逻辑，就是错误的做法。一、使用异常而非返回码遇到错误时，最好抛出一个异常。二、先写Try-Catch-Finally语句try代码就像是事务，catch代码块将程序维持在一种持续状态，物流try代码块中发生了什么均如此。在编写可能抛出异常的代码时，最好先写出try-catch-finally语句。尝试编写强行抛出异常的测试，再往

将变量设置为私有有一个理由：我们不想其他人依赖这些变量。我们还想在心血来潮时能自由修改其类型或事项。那么就不要自动添加赋值器和取值器，将私有变量公之于众、如果它们根本就是公共变量一样。1、数据抽象即便变量都是私有，并通过变量去之气和赋值器使用变量，仍然暴漏了数据结构。隐藏实现并非只是在变量之间放上一个函数曾那么简单。隐藏实现关乎抽象！类不简单地用取值器和赋值器将其变量推向外间，

写出整洁代码的原因：第一：你是个程序员；第二：你想成为更好的程序员。细节之中自有天地，整洁成就卓越代码。对于代码整洁性缺乏足够重视的开发者，是职业素养与基本功的双重缺陷。稍后等于永不。花时间保持代码整洁不但有关效率，还有关生存。制造混乱无助于赶上期限。混乱只会立刻拖慢你，叫你错过期限。赶上期限的唯一方法---------做得快的唯一方法-----------就是始终尽可能保持代