[理学]java编程思想教案-2011上本部-2-last-liyue.ppt

* Java源代码（5） 基本数据类型 不使用new关键词； 是作为“常规”的变量实现的； 处理对象和基本类型的开销是不同的，Java能更高效地实现基本类型。 * SUN JAVA编程规范 （1） 无规矩，不成方圆 ?一个软件的生命周期中，80%的花费在于维护； ?几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护； ?编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码； ?如果你将源码作为产品发布，就需要确任它是否被很好的打包并且清晰无误，一如你已构建的其它任何产品?。 * SUN JAVA编程规范 （2） 文件名(File?Names) 文件后缀(File?Suffixes) java源文件?.java? java字节码文件?.class 文件名 * SUN JAVA编程规范 （3） 文件组织(File?Organization) 长度 2000行（包括注释） 源文件 包含一个单一的公共类或接口。若私有类和接口与一个公共类相关联，可以将它们和公共类放入同一个源文件。 开头注释； 包和引入语句； 类和接口声明。 * SUN JAVA编程规范 （4） 开头注释 类名、版本信息、日期和版权声明； 包和引入语句(Package?and?Import?Statements) * SUN JAVA编程规范 （5） 类和接口声明(Class?and?Interface?Declarations) 类/接口文档注释(/**……*/) 该注释中所需包含的信息，参见“文档注释” ； 类或接口的声明 ； 类/接口实现的注释(/*……*/)如果有必要的话 该注释应包含任何有关整个类或接口的信息，而这些信息又不适合作为类/接口文档注释； 类的(静态)变量 首先是类的公共变量，随后是保护变量，再后是包一级别的变量(没有访问修饰符，access modifier)，最后是私有变量； * SUN JAVA编程规范 （6） 类和接口声明(2) 实例变量 首先是公共级别的，随后是保护级别的，再后是包一级别的(没有访问修饰符)，最后是私有级别的。 构造器。 方法 这些方法应该按功能，而非作用域或访问权限，分组。例如，一个私有的类方法可以置于两个公有的实例方法之间。其目的是为了更便于阅读和理解代码。 * SUN JAVA编程规范（7） 缩进排版(Indentation) 空格?vs.?制表符 4个空格常被作为缩进排版的一个单位； 一个制表符等于8个空格。 行长度(Line?Length)：= 80 字符。 换行(Wrapping?Lines) 在一个逗号后面断开； 在一个操作符前面断开，宁可选择较高级别(higher-level)的断开，而非较低级别(lower-level)的断开； 新的一行应该与上一行同一级别表达式的开头处对齐；  * SUN JAVA编程规范（8） 在一个逗号后面断开； 在一个操作符前面断开，宁可选择较高级别(higher-level)的断开，而非较低级别(lower-level)的断开； * SUN JAVA编程规范（9） if语句的换行通常使用8个空格的规则，因为常规缩进(4个空格)会使语句体看起来比较费劲。 ； * SUN JAVA编程规范 （10） 注释(Comments) 实现注释(implementation?comments)和文档注释(document?comments) 实现注释使用/*...*/和//界定的注释，用以注释代码或者实现细节。 文档注释是Java独有的，并由/**...*/界定，从实现自由(implementation-free)的角度描述代码的规范。它可以被那些手头没有源码的开发人员读懂。 * SUN JAVA编程规范（11） 注释(Comments)标记原则 注释应被用来给出代码的总括，并提供代码自身没有提供的附加信息。 对设计决策中重要的或者不是显而易见的地方进行说明是可以的，但应避免提供代码中己清晰表达出来的重复信息。 频繁的注释有时反映出代码的低质量。 注释不应写在用星号或其他字符画出来的大框里。注释不应包括诸如制表符和回退符之类的特殊字符。 * SUN JAVA编程规范（12） 注释(Comments)类型 实现注释(Implementation?Comment?Formats) 块注释(Block?Comments) 单行注释(Single-Line?Comments) 尾端注释(Trailing?Comments) 行末注释(End-Of-Line?Comments) 文档注释(Documentation?Comments) /javadoc/writingdoccomments/index.html； /javadoc/i