java语言基础【ppt】.ppt

* 编码规范 —— 命名规范 变量的名称除了第一个单词为小写，其余单词第一个字母大写，其他字母小写，并且必须是“名词”。 例如，userService。 不要使用单个字母的变量，用于循环迭代的变量例外。 例如，i，n，m 等。 如果变量是集合或数组，则变量名应用复数形式。 例如，pirvate List users。 给布尔变量命名时，始终使用变量的肯定形式，以减少其它开发人员在理解布尔变量所代表的意义时的难度。 例如，使用isPassed()，避免使用isNotPassed()。 类的成员变量（又称为属性）、方法参数的命名与普通变量一致。 * 编码规范 —— 命名规范 除了getter、setter方法以外，避免把局部变量和方法参数定义成和类属性相同的名字。因为局部变量和方法参数的作用域优先，会覆盖同名的类属性，容易引起混淆，也容易出错。 例如 常量应全部大写，单词之间以下划线分隔。 例如，public static final int INIT_VALUE = 0; * 编码规范 —— 类 类应尽可能短小精悍，而且只解决一个特定的问题。 类应该是高内聚的。类应该是用来将相关的方法组织在一起，而不是一个仅仅用于存放方法的容器。类的基本目的是创建相当独立的程序单元。当类包含一组紧密关联的方法时，该类可以说具有强内聚力。当类包含许多互不相关的方法时，该类便具有较弱的内聚力。应该创建内聚力比较强的类。 * 编码规范 —— 变量 尽量缩小变量的作用域，这样对象的可见范围和生存期也都会尽可能地小。缩小作用域有助于提高应用程序的可靠性和性能。优先使用局部变量，尽量避免使用类属性变量。 对属性变量，应只采用private作用域。避免采用public的属性变量。 对属性变量的访问最好只通过getter/setter方法，这样能够保证访问的合法性以及代码实现的调整。 * 编码规范 —— 方法 尽量采用private方法，除非该方法需要对外公开。 避免过多的参数列表，尽量控制在５个以内，若需要传递多个参数时，当使用一个容纳这些参数的对象进行传递，以提高程序的可读性和可扩展性 构造函数应该用递增的方式写（即参数多的写在后面）。除非很特殊，否则应保留缺省的无参数构造函数。 为每个方法参数和返回值指定数据类型时，应指定能使方法正常工作的最通用最抽象的数据类型，以便于方法能在必要时更改它的内部实现。例如，使用Map、List等通用接口，而不是使用HashMap、ArrayList等具体实现类型。 * 参考资料 《Java编程思想》第四版 《疯狂Java讲义》第二版 JBuilder没人使用了。文本编辑器也可以写简单的程序。 为什么需要容器类：因为数组长度固定，不满足灵活性要求。 get() 随机访问 泛型类 泛型接口、泛型方法 * List 接口 Collection接口的子接口。 有序集合，每个元素都有顺序索引。 * List 列表 插入移除元素较快 随机访问性能较低 实现了队列和栈 LinkedList 随机访问性能较好 插入移除元素较慢 优先考虑使用 ArrayList 线程安全，性能优化 CopyOnWriteArrayList 线程安全，性能低下，不建议使用 Vector * Set 接口 元素值不能相同（hashCode()和equals()） 快速查找（contains()） * Set 集合 按元素值排序 TreeSet 无排序 优先考虑使用 HashSet 线程安全，性能优化 CopyOnWriteArraySet 按加入顺序排序 LinkedHashSet * Map 接口 保存映射关系的数据（键-值对），又称映射或关联数组 键不能相同（hashCode()和equals()） * Map 映射 按键值排序 TreeMap 无排序 优先考虑使用 HashMap 线程安全，性能优化 ConcurrentHashMap 按加入顺序排序 LinkedHashMap 线程安全，性能低下，不建议使用 Hashtable * 容器概貌 Collections和Arrays工具类，提供了一些非常有用的功能。例如排序，反转，线程安全化，数组转换等。 * 异常处理 异常随时可能发生 ※ 异常的发生总是“正常”的 ※ 常见异常：空引用（空指针）、文件读写出错、网络断开… ※ 增强容错性和健壮性，保障事务的正常执行 简洁的异常处理机制 ※ C语言的做法：检查函数返回值。副作用：代码繁琐难读。 ※ 降低错误处理代码复杂度 自定义异常 ※ 特定异常的特殊处理能力 * * 发现异常可随时抛出，即时中断正常的执行路径。 针对异常类型进行捕获。父类异常可捕获子类异常。 重新抛出或没有匹配的异常，将向作用域外部的上一级try