1.成员方法的30秒原则和第32条原则
成员方法的30秒原则是指：其他编程人员能够在阅读你的成员方法的30秒内，就完全理解它是做什么的，为什么这么做，以及如何去做。如果不是这样，那么你的代码就过于难懂，不好维护，需要对其进行改进。
第32条原则是指，成员方法不要太长，一般如果一个成员方法能够在一个屏幕（通常是32条语句）内显示，那么长度是比较合适的。
2.最小化公共接口和受保护的接口
尽量减少类中public接口和protected接口（成员方法）是面向对象的设计的基本原则之一，这个原则的好处如下所述：
（1）易学性
要学习如何使用一个类，只要学习使用它的public接口。public接口越少，就越好学习。
（2）减少耦合性
无论何时，一个类的实例发送消息给另一个类的实例或者直接发送给这个类本身，这两个类就成为耦合。最小化了public接口就意味着最小化了耦合的机会。
（3）更大的适应性
这直接与耦合性相关。如果要改变public接口的实现方式，这样可能不得不修改所有调用这个方法的代码。public接口越少，封装性越好，因此也就有更大的适应性。
除了最小化public接口，也要最小化protected接口。因为父类中所有受保护的接口，从子类的观点实际上就是public的。任何protected的接口中的成员方法都可以被子类调用。因此，基于最小化public接口同样的原因，也应当最小化protected接口。
3.提高程序性能
（1）不要在循环中创建和释放对象；
（2）使用StringBuffer对象；
StringBuffer类是构成String类的基础。String类将StringBuffer类封装了起来，为开发人员提供了一个安全的接口。当构建字符串的时候，应该用StringBuffer来实现大部分的工作，当工作完成后将StringBuffer对象在转换为需要的String对象。如果使用String对象代替StringBuffer对象的话，会花费许多不必要的创建和释放对象的时间。
（3）避免太多的使用synchronized关键字。
4.成功编写代码的几点建议
（1）为人，而不是为机器编程
编写代码的过程中，应该时刻意识到所编写的代码不仅要能够在机器中运行，还要是被人容易看懂。机器能够运行而别人无法理解的程序，不是好的程序。为此要尽量遵循下列原则，写干净的代码：
遵守命名规则；
为代码写文档，写注释；
为代码分段；
适当使用空白行；
遵循第32条规则。
（2）先设计，后编码
在编码之前做好程序的设计工作，可以大大减少以后重复修改代码的工作量，做到事半功倍。因此在真正开始编码前，花一定时间搞清楚怎样写代码，将来可能会花更少的时间编写代码，而且会减少将来大量修改代码的机会。
（3）一小步一小步的逐步开发
一小步一小步的开发，写几个成员方法，测试它们，再写更多的成员方法，这比一下子写一大批代码，然后努力调试有效。测试和修正10行代码比100行简单多了。如果已有代码是非常可靠地，那么增加新代码后，程序出现的漏洞多是在刚写的新代码里。在小段代码里捕获漏洞比在大段代码里要快得多。通过一小步一小步的开发，减少了寻找漏洞的平均时间，从而减少了整个的开发时间。
（4）保持代码简洁
编写代码时遵循KISS规则：Keep it simple,stupid。