Java开发规范讲述.pptVIP

* * 在处理String 的时候要尽量使用 StringBuffer 类，StringBuffer 类是构成 String 类的基础。String 类将 StringBuffer 类封装了起来，（以花费更多时间为代价）为开发人员提供了一个安全的接口。当我们在构造字符串的时候，我们应该用 StringBuffer 来实现大部分的工作，当工作完成后将 StringBuffer 对象再转换为需要的 String 对象 。比如：如果有一个字符串必须不断地在其后添加许多字符来完成构造，那么我们应该使用 StringBuffer 对象和她的 append() 方法。如果我们用 String 对象代替StringBuffer对象的话，会花费许多不必要的创建和释放对象的 CPU 时间。 * Synchronized关键字是避免死锁的好方法，但同时会极大地降低性能，避免不必要的使用关键字 synchronized，应该在必要的时候再使用它。 * * 对于自己创建的每一个类，都考虑置入一个main()，其中包含了用于测试那个类的代码。为使用一个项目中的类，我们没必要删除测试代码。若进行了任何形式的改动，可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。 * 应将方法设计成简要的、功能性单元，用它描述和实现一个不连续的类接口部分。理想情况下，方法应简明扼要。若长度很大，可考虑通过某种方式将其分割成较短的几个方法，这样做也便于类内代码的重复使用。 使类尽可能短小精悍，而且只解决一个特定的问题。下面是对类设计的一些建议： 　　■一个复杂的开关语句：考虑采用多形机制 　　■数量众多的方法涉及到类型差别极大的操作：考虑用几个类来分别实现 　　■许多成员变量在特征上有很大的差别：考虑使用几个类 * 尽可能细致地加上注释，并用javadoc注释文档语法生成自己的程序文档。 * 让一切东西都尽可能地私有--private。可使库的某一部分公共化（一个方法、类或者一个字段等等），就永远不能把它拿出。若强行拿出，就可能破坏其他人现有的代码，使他们不得不重新编写和设计。若只公布自己必须公布的，就可放心大胆地改变其他任何东西。在多线程环境中，隐私是特别重要的一个因素--只有private字段才能在非同步使用的情况下受到保护。 * * * * * * * 命名约定通过让程序更易读而使其更好理解。命名约定也可以给出更多的信息关于所表示的标识符，例如，是否是常量、包、或类，这对于理解代码很有帮助。 * * 换行规则： 1）在逗号后面断开； 2）在操作符前面断开； 3）优先选择较高级别(higher-level)的断开； 4）新的一行应该与上一行的开头处对齐，或者缩进8个空格。 1）例子1在在逗号后面断开，缩进8个空格。 2）例子2是两个断开算术表达式的例子。前者更好，因为断开处位于括号表达式的外边，这是个较高级别的断开。在操作符前面断开。 3）例子3是if语句的换行，通常使用8个空格的规则，因为常规缩进(4个空格)会使语句体看起来比较费劲。 * 注释的重要性： 1）请记住，阅读代码的时间比写代码的时间多得多。 2）思路清晰的设计可获得易于理解的程序，但注释、细致的解释以及一些示例往往具有不可估量的价值。 无论对你自己，还是对后来的人，它们都是相当重要的。如对此仍有怀疑，那么请试想自己试图从联机Java文档里找出有用信息时碰到的挫折，这样或许能将你说服。 * 一个块是指任何被包含在大括号“{”和“}”中间的代码。 * 一个块是指任何被包含在大括号“{”和“}”中间的代码。 * * * * * * * * * * * * * 程序的坏味道(10) 出现http 404或http 500错误 程序的坏味道(11) 所有调试信息直接System.out.print打印到控制台 程序的坏味道(12) 对数组为空、数组越界、页面传递的参数为空等异常情况不做任何处理 程序的坏味道(13) 上传附件的代码中，不检查文件名长度以及附件的文件大小不做限制 程序的坏味道(14) 滥用异常 当创建一个异常时，需要收集一个栈跟踪(stack track)，这个栈跟踪用于描述异常是在何处创建的。构建这些栈跟踪时需要为运行时栈做一份快照，这一部分开销非常大。当需要创建一个 Exception 时，JVM 不得不说：先别动，我想就您现在的样子存一份快照，所以暂时停止入栈和出栈操作。栈跟踪不只包含运行时栈中的一两个元素，而是包含这个栈中的每一个元素。 　　创建一个 Exception ,就得付出代价。好在捕获异常开销不大，因此可以使用 try-catch 将核心内容包起来。从技术上讲，您甚至可以随意地抛出异常，而不用花费很大的代价。招致性能