1.macos catalina和mojave有什么区别？
2.java编程规范！！！

macos catalina和mojave有什么区别？

       与上一代 macOS Mojave 相比，字符字符这次 Catalina 终于进入了改革的源码深水区——第一件事，就是动画干掉了 iTunes。

       iTunes 没了，字符字符手机备份怎么办

       从结果上看，源码iTunes 的动画musicdownload源码功能被拆分成了 4 个应用。

       内容被归为三大类，字符字符分别是源码音乐（Apple Music）、播客（Podcast）以及视频（Apple TV），动画原本的字符字符设备管理功能则集成在了访达（Finder）当中。

       苹果原生 App 大升级

       随着 iOS 和 macOS 的源码基础功能日臻完善，苹果也将软件开发的动画精力从基础功能转移到了原生应用上。

       你如果留意这几年的字符字符系统更新就会发现，备忘录、源码相册、动画庄家操盘线源码提醒事项等苹果原生应用确实越来越完善，到了 macOS Catalina 这一代，好用程度达到了一个很高的水平。

       备忘录

       此前，备忘录的功能就已经趋于完善，新加入的「画廊视图」，则让备忘录具备了部分文件管理的成品视频源码奶糖功能，系统会自动将备忘录中的文件分门别类，你可以很快找到备忘录里的各种文档。

       相册

       相册也和 iOS 版一样对照片的陈列方式进行了升级，会自动按「年 / 月 / 日」进行整理，挑出好看的照片，屏蔽截图等文件，与此同时，盛世富购源码Mac 版相册强大的编辑功能也保留了下来。总的来说，这一版相册能堪大用。

       提醒事项

       提醒事项则是焕然一新，在 GTD 工具的道路上越走越远，之前我们已经做过详细的评测，整体上看，Wap建站源码演示新版提醒事项更合理、更好用，建议体验一下。

       查找

       和 iOS 一样，在 macOS Catalina 中的「查找我的朋友」和「查找我的设备」两个 app 被合并到了一起——变成了「查找」应用。

       可以更清晰地管理你的所有苹果设备、找到你的好友，甚至可以通过蓝牙接力的方式找到离线状态下的 Mac 电脑，如果怕自己的电脑丢了找不到，查找功能一定要打开。

       屏幕时间

       还有一个「隐藏」在系统设置中的新应用——屏幕时间，这个在 iOS 上颇受好评的新功能，时隔一年后移植到了 macOS 上来。

       新版的屏幕时间可以合并同一个

        app 的使用情况，比如你每天都会在 iPhone、Mac 和 iPad

       上使用微信，则系统会自动汇总在不同平台上使用微信的时长，能够让你更精确地把握设备的使用情况，对于有心进行自我管理的小伙伴来说非常有用，就算没有统计屏幕时间的习惯，每周浏览一下系统推送的周报，也可以起到提醒作用。

       拿 iPad 当数位屏

       随航（Sidecar）是伴随着 iPadOS 而来的一个全新的功能，通过这个功能你可以把 iPad 变成 Mac 的第二块屏幕。

       望采纳，谢谢！

java编程规范！！！

       åç§° Java语言编码规范(Java Code Conventions)

       ã€€ç®€ä»‹ 本文档讲述了Java语言的编码规范，较之陈世忠先生《c++编码规范》的浩繁详尽，此文当属短小精悍了。而其中所列之各项条款，从编码风格，到注意事项，不单只Java，对于其他语言，也都很有借鉴意义。因为简短，所以易记，大家不妨将此作为handbook，常备案头，逐一对验。

       1 介绍

       1.1 为什么要有编码规范

       1.2 版权声明

       2 文件名

       2.1 文件后缀

       2.2 常用文件名

       3 文件组织

       3.1 Java源文件

       3.1.1 开头注释

       3.1.2 包和引入语句

       3.1.3 类和接口声明

       4 缩进排版

       4.1 行长度

       4.2 换行

       5 注释

       5.1 实现注释的格式

       5.1.1 块注释

       5.1.2 单行注释

       5.1.3 尾端注释

       5.1.4 行末注释

       5.2 文挡注释

       6 声明

       6.1 每行声明变量的数量

       6.2 初始化

       6.3 布局

       6.4 类和接口的声明

       7 语句

       7.1 简单语句

       7.2 复合语句

       7.3 返回语句

       7.4 if，if-else，if else-if else语句

       7.5 for语句

       7.6 while语句

       7.7 do-while语句

       7.8 switch语句

       7.9 try-catch语句

       8 空白

       8.1 空行

       8.2 空格

       9 命名规范

        编程惯例

       .1 提供对实例以及类变量的访问控制

       .2 引用类变量和类方法

       .3 常量

       .4 变量赋值

       .5 其它惯例

       .5.1 圆括号

       .5.2 返回值

       .5.3 条件运算符"?"前的表达式"?"前的表达式

       .5.4 特殊注释

        代码范例

       .1 Java源文件范例

       1 介绍(Introduction)

       1.1 为什么要有编码规范(Why Have Code Conventions)

       ç¼–码规范对于程序员而言尤为重要，有以下几个原因：

       - 一个软件的生命周期中，%的花费在于维护

       - 几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护

       - 编码规范可以改善软件的可读性，可以让程序员尽快而彻底地理解新的代码

       - 如果你将源码作为产品发布，就需要确任它是否被很好的打包并且清晰无误，一如你已构建的其它任何产品

       ä¸ºäº†æ‰§è¡Œè§„范，每个软件开发人员必须一致遵守编码规范。每个人。

       1.2 版权声明(Acknowledgments)

       æœ¬æ–‡æ¡£åæ˜ çš„是Sun MicroSystems公司，Java语言规范中的编码标准部分。主要贡献者包括：Peter King，Patrick Naughton，Mike DeMoney，Jonni Kanerva，Kathy Walrath以及Scott Hommel。

       æœ¬æ–‡æ¡£çŽ°ç”±Scott Hommel维护，有关评论意见请发至shommel@eng.sun.com

       2 文件名(File Names)

       è¿™éƒ¨åˆ†åˆ—出了常用的文件名及其后缀。

       2.1 文件后缀(File Suffixes)

       Java程序使用下列文件后缀：

       æ–‡ä»¶ç±»åˆ« 文件后缀

       Java源文件 .java

       Java字节码文件 .class

       2.2 常用文件名(Common File Names)

       å¸¸ç”¨çš„文件名包括：

       æ–‡ä»¶å 用途

       GNUmakefile makefiles的首选文件名。我们采用gnumake来创建（build）软件。

       README 概述特定目录下所含内容的文件的首选文件名

       3 文件组织(File Organization)

       ä¸€ä¸ªæ–‡ä»¶ç”±è¢«ç©ºè¡Œåˆ†å‰²è€Œæˆçš„段落以及标识每个段落的可选注释共同组成。超过行的程序难以阅读，应该尽量避免。"Java源文件范例"提供了一个布局合理的Java程序范例。

       3.1 Java源文件(Java Source Files)

       æ¯ä¸ªJava源文件都包含一个单一的公共类或接口。若私有类和接口与一个公共类相关联，可以将它们和公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。

       Java源文件还遵循以下规则：

       - 开头注释（参见"开头注释"）

       - 包和引入语句（参见"包和引入语句"）

       - 类和接口声明（参见"类和接口声明"）

       3.1.1 开头注释(Beginning Comments)

       æ‰€æœ‰çš„源文件都应该在开头有一个C语言风格的注释，其中列出类名、版本信息、日期和版权声明：

       /

*

        * Classname

       

*

        * Version information

       

*

        * Date

       

*

        * Copyright notice

        */

       3.1.2 包和引入语句(Package and Import Statements)

       åœ¨å¤šæ•°Java源文件中，第一个非注释行是包语句。在它之后可以跟引入语句。例如：

       package java.awt;

        import java.awt.peer.CanvasPeer;

       3.1.3 类和接口声明(Class and Interface Declarations)

       ä¸‹è¡¨æè¿°äº†ç±»å’ŒæŽ¥å£å£°æ˜Žçš„各个部分以及它们出现的先后次序。参见"Java源文件范例"中一个包含注释的例子。

        ç±»/接口声明的各部分 注解

       1 ç±»/接口文档注释(/**……*/) 该注释中所需包含的信息，参见"文档注释"

       2 类或接口的声明

       3 ç±»/接口实现的注释(/*……*/)如果有必要的话 该注释应包含任何有关整个类或接口的信息，而这些信息又不适合作为类/接口文档注释。

       4 类的(静态)变量 首先是类的公共变量，随后是保护变量，再后是包一级别的变量(没有访问修饰符，access modifier)，最后是私有变量。

       5 实例变量 首先是公共级别的，随后是保护级别的，再后是包一级别的(没有访问修饰符)，最后是私有级别的。

       6 构造器

       7 方法 这些方法应该按功能，而非作用域或访问权限，分组。例如，一个私有的类方法可以置于两个公有的实例方法之间。其目的是为了更便于阅读和理解代码。

       4 缩进排版(Indentation)

       4个空格常被作为缩进排版的一个单位。缩进的确切解释并未详细指定(空格 vs. 制表符)。一个制表符等于8个空格(而非4个)。

       4.1 行长度(Line Length)

       å°½é‡é¿å…ä¸€è¡Œçš„长度超过个字符，因为很多终端和工具不能很好处理之。

       æ³¨æ„ï¼šç”¨äºŽæ–‡æ¡£ä¸­çš„例子应该使用更短的行长，长度一般不超过个字符。

       4.2 换行(Wrapping Lines)

       å½“一个表达式无法容纳在一行内时，可以依据如下一般规则断开之：

       - 在一个逗号后面断开

       - 在一个操作符前面断开

       - 宁可选择较高级别(higher-level)的断开，而非较低级别(lower-level)的断开

       - 新的一行应该与上一行同一级别表达式的开头处对齐

       - 如果以上规则导致你的代码混乱或者使你的代码都堆挤在右边，那就代之以缩进8个空格。

       ä»¥ä¸‹æ˜¯æ–­å¼€æ–¹æ³•è°ƒç”¨çš„一些例子：

       someMethod(longExpression1, longExpression2, longExpression3,

        longExpression4, longExpression5);

        var = someMethod1(longExpression1,

        someMethod2(longExpression2,

        longExpression3));

       ä»¥ä¸‹æ˜¯ä¸¤ä¸ªæ–­å¼€ç®—术表达式的例子。前者更好，因为断开处位于括号表达式的外边，这是个较高级别的断开。

       longName1 = longName2 * (longName3 + longName4 - longName5)

        + 4 * longname6; //PREFFER

        longName1 = longName2 * (longName3 + longName4

        - longName5) + 4 * longname6; //AVOID

       ä»¥ä¸‹æ˜¯ä¸¤ä¸ªç¼©è¿›æ–¹æ³•å£°æ˜Žçš„例子。前者是常规情形。后者若使用常规的缩进方式将会使第二行和第三行移得很靠右，所以代之以缩进8个空格

       //CONVENTIONAL INDENTATION

        someMethod(int anArg, Object anotherArg, String yetAnotherArg,

        Object andStillAnother) {

        ...

        }

        //INDENT 8 SPACES TO AVOID VERY DEEP INDENTS

        private static synchronized horkingLongMethodName(int anArg,

        Object anotherArg, String yetAnotherArg,

        Object andStillAnother) {

        ...

        }

       if语句的换行通常使用8个空格的规则，因为常规缩进(4个空格)会使语句体看起来比较费劲。比如：

       //DON’T USE THIS INDENTATION

        if ((condition1 && condition2)

        || (condition3 && condition4)

        ||!(condition5 && condition6)) { //BAD WRAPS

        doSomethingAboutIt(); //MAKE THIS LINE EASY TO MISS

        }

        //USE THIS INDENTATION INSTEAD

        if ((condition1 && condition2)

        || (condition3 && condition4)

        ||!(condition5 && condition6)) {

        doSomethingAboutIt();

        }

        //OR USE THIS

        if ((condition1 && condition2) || (condition3 && condition4)

        ||!(condition5 && condition6)) {

        doSomethingAboutIt();

        }

       è¿™é‡Œæœ‰ä¸‰ç§å¯è¡Œçš„方法用于处理三元运算表达式：

       alpha = (aLongBooleanExpression) ? beta : gamma;

        alpha = (aLongBooleanExpression) ? beta

        : gamma;

        alpha = (aLongBooleanExpression)

        ? beta

        : gamma;

       5 注释(Comments)

       Java程序有两类注释：实现注释(implementation comments)和文档注释(document comments)。实现注释是那些在C++中见过的，使用/*...*/和//界定的注释。文档注释(被称为"doc comments")是Java独有的，并由/**...*/界定。文档注释可以通过javadoc工具转换成HTML文件。

       å®žçŽ°æ³¨é‡Šç”¨ä»¥æ³¨é‡Šä»£ç æˆ–者实现细节。文档注释从实现自由(implementation-free)的角度描述代码的规范。它可以被那些手头没有源码的开发人员读懂。

       æ³¨é‡Šåº”被用来给出代码的总括，并提供代码自身没有提供的附加信息。注释应该仅包含与阅读和理解程序有关的信息。例如，相应的包如何被建立或位于哪个目录下之类的信息不应包括在注释中。

       åœ¨æ³¨é‡Šé‡Œï¼Œå¯¹è®¾è®¡å†³ç­–中重要的或者不是显而易见的地方进行说明是可以的，但应避免提供代码中己清晰表达出来的重复信息。多余的的注释很容易过时。通常应避免那些代码更新就可能过时的注释。

       æ³¨æ„ï¼šé¢‘繁的注释有时反映出代码的低质量。当你觉得被迫要加注释的时候，考虑一下重写代码使其更清晰。

       æ³¨é‡Šä¸åº”写在用星号或其他字符画出来的大框里。注释不应包括诸如制表符和回退符之类的特殊字符。

       5.1 实现注释的格式(Implementation Comment Formats)

       ç¨‹åºå¯ä»¥æœ‰4种实现注释的风格：块(block)、单行(single-line)、尾端(trailing)和行末(end-of-line)。

       5.1.1 块注释(Block Comments)

       å—注释通常用于提供对文件，方法，数据结构和算法的描述。块注释被置于每个文件的开始处以及每个方法之前。它们也可以被用于其他地方，比如方法内部。在功能和方法内部的块注释应该和它们所描述的代码具有一样的缩进格式。

       å—注释之首应该有一个空行，用于把块注释和代码分割开来，比如：

       /

*

        * Here is a block comment.

        */

       å—注释可以以/*-开头，这样indent(1)就可以将之识别为一个代码块的开始，而不会重排它。

       /*-

        * Here is a block comment with some very special

        * formatting that I want indent(1) to ignore.

       

*

        * one

        * two

        * three

        */

       æ³¨æ„ï¼šå¦‚果你不使用indent(1)，就不必在代码中使用/*-，或为他人可能对你的代码运行indent(1)作让步。

       å‚见"文档注释"

       5.1.2 单行注释(Single-Line Comments)

       çŸ­æ³¨é‡Šå¯ä»¥æ˜¾ç¤ºåœ¨ä¸€è¡Œå†…，并与其后的代码具有一样的缩进层级。如果一个注释不能在一行内写完，就该采用块注释(参见"块注释")。单行注释之前应该有一个空行。以下是一个Java代码中单行注释的例子：

       if (condition) {

        /* Handle the condition. */

        ...

        }

       5.1.3 尾端注释(Trailing Comments)

       æžçŸ­çš„注释可以与它们所要描述的代码位于同一行，但是应该有足够的空白来分开代码和注释。若有多个短注释出现于大段代码中，它们应该具有相同的缩进。

       ä»¥ä¸‹æ˜¯ä¸€ä¸ªJava代码中尾端注释的例子：

       if (a == 2) {

        return TRUE; /* special case */

        } else {

        return isPrime(a); /* works only for odd a */

        }

       5.1.4 行末注释(End-Of-Line Comments)

       æ³¨é‡Šç•Œå®šç¬¦"//"，可以注释掉整行或者一行中的一部分。它一般不用于连续多行的注释文本；然而，它可以用来注释掉连续多行的代码段。以下是所有三种风格的例子：

       if (foo > 1) {

        // Do a double-flip.

        ...

        }

        else {

        return false; // Explain why here.

        }

        //if (bar > 1) {

        //

        // // Do a triple-flip.

        // ...

        //}

        //else {

        // return false;

        //}

       5.2 文档注释(Documentation Comments)

       æ³¨æ„ï¼šæ­¤å¤„描述的注释格式之范例，参见"Java源文件范例"

       è‹¥æƒ³äº†è§£æ›´å¤šï¼Œå‚见"How to Write Doc Comments for Javadoc"，其中包含了有关文档注释标记的信息(@return, @param, @see)：

       /javadoc/writingdoccomments/index.html

       è‹¥æƒ³äº†è§£æ›´å¤šæœ‰å…³æ–‡æ¡£æ³¨é‡Šå’Œjavadoc的详细资料，参见javadoc的主页：

       /javadoc/index.html

       æ–‡æ¡£æ³¨é‡Šæè¿°Java的类、接口、构造器，方法，以及字段(field)。每个文档注释都会被置于注释定界符/**...*/之中，一个注释对应一个类、接口或成员。该注释应位于声明之前：

       /

**

        * The Example class provides ...

        */

        public class Example { ...

       æ³¨æ„é¡¶å±‚(top-level)的类和接口是不缩进的，而其成员是缩进的。描述类和接口的文档注释的第一行(/**)不需缩进；随后的文档注释每行都缩进1æ ¼(使星号纵向对齐)。成员，包括构造函数在内，其文档注释的第一行缩进4格，随后每行都缩进5格。

       è‹¥ä½ æƒ³ç»™å‡ºæœ‰å…³ç±»ã€æŽ¥å£ã€å˜é‡æˆ–方法的信息，而这些信息又不适合写在文档中，则可使用实现块注释(见5.1.1)或紧跟在声明后面的单行注释(见5.1.2)。例如，有关一个类实现的细节，应放入紧跟在类声明后面的实现块注释中，而不是放在文档注释中。

       æ–‡æ¡£æ³¨é‡Šä¸èƒ½æ”¾åœ¨ä¸€ä¸ªæ–¹æ³•æˆ–构造器的定义块中，因为Java会将位于文档注释之后的第一个声明与其相关联。

       6 声明(Declarations)

       6.1 每行声明变量的数量(Number Per Line)

       æŽ¨èä¸€è¡Œä¸€ä¸ªå£°æ˜Žï¼Œå› ä¸ºè¿™æ ·ä»¥åˆ©äºŽå†™æ³¨é‡Šã€‚亦即，

       int level; // indentation level

        int size; // size of table

       è¦ä¼˜äºŽï¼Œ

       int level, size;

       ä¸è¦å°†ä¸åŒç±»åž‹å˜é‡çš„声明放在同一行，例如：

       int foo, fooarray[]; //WRONG!

       æ³¨æ„ï¼šä¸Šé¢çš„例子中，在类型和标识符之间放了一个空格，另一种被允许的替代方式是使用制表符：

       int level; // indentation level

        int size; // size of table

        Object currentEntry; // currently selected table entry

       6.2 初始化(Initialization)

       å°½é‡åœ¨å£°æ˜Žå±€éƒ¨å˜é‡çš„同时初始化。唯一不这么做的理由是变量的初始值依赖于某些先前发生的计算。

       6.3 布局(Placement)

       åªåœ¨ä»£ç å—的开始处声明变量。（一个块是指任何被包含在大括号"{ "和"}"中间的代码。）不要在首次用到该变量时才声明之。这会把注意力不集中的程序员搞糊涂，同时会妨碍代码在该作用域内的可移植性。

       void myMethod() {

        int int1 = 0; // beginning of method block

        if (condition) {

        int int2 = 0; // beginning of "if" block

        ...

        }

        }

       è¯¥è§„则的一个例外是for循环的索引变量

       for (int i = 0; i < maxLoops; i++) { ... }

       é¿å…å£°æ˜Žçš„局部变量覆盖上一级声明的变量。例如，不要在内部代码块中声明相同的变量名：

       int count;

        ...

        myMethod() {

        if (condition) {

        int count = 0; // AVOID!

        ...

        }

        ...

        }

       6.4 类和接口的声明(Class and Interface Declarations)

       å½“编写类和接口是，应该遵守以下格式规则：

       - 在方法名与其参数列表之前的左括号"("间不要有空格

       - 左大括号"{ "位于声明语句同行的末尾

       - 右大括号"}"另起一行，与相应的声明语句对齐，除非是一个空语句，"}"应紧跟在"{ "之后

        class Sample extends Object {

        int ivar1;

        int ivar2;

        Sample(int i, int j) {

        ivar1 = i;

        ivar2 = j;

        }

        int emptyMethod() { }

        ...

        }

       - 方法与方法之间以空行分隔

       7 语句(Statements)

       7.1 简单语句(Simple Statements)

       æ¯è¡Œè‡³å¤šåŒ…含一条语句，例如：

       argv++; // Correct

        argc--; // Correct

        argv++; argc--; // AVOID!

       7.2 复合语句(Compound Statements)

       å¤åˆè¯­å¥æ˜¯åŒ…含在大括号中的语句序列，形如"{ 语句 }"。例如下面各段。

       - 被括其中的语句应该较之复合语句缩进一个层次

       - 左大括号"{ "应位于复合语句起始行的行尾；右大括号"}"应另起一行并与复合语句首行对齐。

       - 大括号可以被用于所有语句，包括单个语句，只要这些语句是诸如if-else或for控制结构的一部分。这样便于添加语句而无需担心由于忘了加括号而引入bug。

       7.3 返回语句(return Statements)

       ä¸€ä¸ªå¸¦è¿”回值的return语句不使用小括号"()"，除非它们以某种方式使返回值更为显见。例如：

       return;

        return myDisk.size();

        return (size ? size : defaultSize);

       7.4 if，if-else，if else-if else语句(if, if-else, if else-if else Statements)

       if-else语句应该具有如下格式：

       if (condition) {

        statements;

        }

        if (condition) {

        statements;

        } else {

        statements;

        }

        if (condition) {

        statements;

        } else if (condition) {

        statements;

        } else{

        statements;

        }

       æ³¨æ„ï¼šif语句总是用"{ "和"}"括起来，避免使用如下容易引起错误的格式：

       if (condition) //AVOID! THIS OMITS THE BRACES { }!

        statement;

       7.5 for语句(for Statements)

       ä¸€ä¸ªfor语句应该具有如下格式：

       for (initialization; condition; update) {

        statements;

        }

       ä¸€ä¸ªç©ºçš„for语句(所有工作都在初始化，条件判断，更新子句中完成）应该具有如下格式：

       for (initialization; condition; update);

       å½“在for语句的初始化或更新子句中使用逗号时，避免因使用三个以上变量，而导致复杂度提高。若需要，可以在for循环之前(为初始化子句)或for循环末尾(为更新子句)使用单独的语句。

       7.6 while语句(while Statements)

       ä¸€ä¸ªwhile语句应该具有如下格式

       while (condition) {

        statements;

        }

       ä¸€ä¸ªç©ºçš„while语句应该具有如下格式：

       while (condition);

       7.7 do-while语句(do-while Statements)

       ä¸€ä¸ªdo-while语句应该具有如下格式：

       do {

        statements;

        } while (condition);

       7.8 switch语句(switch Statements)

       ä¸€ä¸ªswitch语句应该具有如下格式：

       switch (condition) {

        case ABC:

        statements;

        /* falls through */

        case DEF:

        statements;

        break;

        case XYZ:

        statements;

        break;

        default:

        statements;

        break;

        }

       æ¯å½“一个case顺着往下执行时(因为没有break语句)，通常应在break语句的位置添加注释。上面的示例代码中就包含注释/* falls through */。

       7.9 try-catch语句(try-catch Statements)

       ä¸€ä¸ªtry-catch语句应该具有如下格式：

       try {

        statements;

        } catch (ExceptionClass e) {

        statements;

        }

       ä¸€ä¸ªtry-catch语句后面也可能跟着一个finally语句，不论try代码块是否顺利执行完，它都会被执行。

       try {

        statements;

        } catch (ExceptionClass e) {

        statements;

        } finally {

        statements;

        }

       8 空白(White Space)

       8.1 空行(Blank Lines)

       ç©ºè¡Œå°†é€»è¾‘相关的代码段分隔开，以提高可读性。

       ä¸‹åˆ—情况应该总是使用两个空行：

       - 一个源文件的两个片段(section)之间

       - 类声明和接口声明之间

       ä¸‹åˆ—情况应该总是使用一个空行：

       - 两个方法之间

       - 方法内的局部变量和方法的第一条语句之间

       - 块注释（参见"5.1.1"）或单行注释（参见"5.1.2"）之前

       - 一个方法内的两个逻辑段之间，用以提高可读性

       8.2 空格(Blank Spaces)

       ä¸‹åˆ—情况应该使用空格：

       - 一个紧跟着括号的关键字应该被空格分开，例如：

       while (true) {

        ...

        }

       æ³¨æ„ï¼šç©ºæ ¼ä¸åº”该置于方法名与其左括号之间。这将有助于区分关键字和方法调用。

       - 空白应该位于参数列表中逗号的后面

       - 所有的二元运算符，除了"."，应该使用空格将之与操作数分开。一元操作符和操作数之间不因该加空格，比如：负号("-")、自增("++")和自减("--")。例如：

        a += c + d;

        a = (a + b) / (c * d);

        while (d++ = s++) {

        n++;

        }

        printSize("size is " + foo + "\n");

       - for语句中的表达式应该被空格分开，例如：

        for (expr1; expr2; expr3)

       - 强制转型后应该跟一个空格，例如：

        myMethod((byte) aNum, (Object) x);

        myMethod((int) (cp + 5), ((int) (i + 3)) + 1);

       9 命名规范(Naming Conventions)

       å‘½åè§„范使程序更易读，从而更易于理解。它们也可以提供一些有关标识符功能的信息，以助于理解代码，例如，不论它是一个常量，包，还是类。

       æ ‡è¯†ç¬¦ç±»åž‹ 命名规则 例子

       åŒ…(Packages) 一个唯一包名的前缀总是全部小写的ASCII字母并且是一个顶级域名，通常是com，edu，gov，mil，net，org，或年ISO 标准所指定的标识国家的英文双字符代码。包名的后续部分根据不同机构各自内部的命名规范而不尽相同。这类命名规范可能以特定目录名的组成来区分部门(department)，项目(project)，机器(machine)，或注册名(login names)。 com.sun.eng

       com.apple.quicktime.v2

       edu.cmu.cs.bovik.cheese

       ç±»(Classes) 命名规则：类名是个一名词，采用大小写混合的方式，每个单词的首字母大写。尽量使你的类名简洁而富于描述。使用完整单词，避免缩写词(除非该缩写词被更广泛使用，像URL，HTML) class Raster;

       class ImageSprite;

       æŽ¥å£(Interfaces) 命名规则：大小写规则与类名相似 interface RasterDelegate;

       interface Storing;

       æ–¹æ³•(Methods) 方法名是一个动词，采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。 run();

       runFast();

       getBackground();

       å˜é‡(Variables) 除了变量名外，所有实例，包括类，类常量，均采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。变量名不应以下划线或美元符号开头，尽管这在语法上是允许的。

       å˜é‡ååº”简短且富于描述。变量名的选用应该易于记忆，即，能够指出其用途。尽量避免单个字符的变量名，除非是一次性的临时变量。临时变量通常被取名为i，j，k，m和n，它们一般用于整型；c，d，e，它们一般用于字符型。 char c;

       int i;

       float myWidth;

       å®žä¾‹å˜é‡(Instance Variables) 大小写规则和变量名相似，除了前面需要一个下划线 int _employeeId;

       String _name;

       Customer _customer;

       å¸¸é‡(Constants) 类常量和ANSI常量的声明，应该全部大写，单词间用下划线隔开。(尽量避免ANSI常量，容易引起错误) static final int MIN_WIDTH = 4;

       static final int MAX_WIDTH = ;

       static final int GET_THE_CPU = 1;

        编程惯例(Programming Practices)

       .1 提供对实例以及类变量的访问控制(Providing Access to Instance and Class Variables)

       è‹¥æ²¡æœ‰è¶³å¤Ÿç†ç”±ï¼Œä¸è¦æŠŠå®žä¾‹æˆ–类变量声明为公有。通常，实例变量无需显式的设置(set)和获取(gotten)，通常这作为方法调用的边缘效应 (side effect)而产生。

       ä¸€ä¸ªå…·æœ‰å…¬æœ‰å®žä¾‹å˜é‡çš„恰当例子，是类仅作为数据结构，没有行为。亦即，若你要使用一个结构(struct)而非一个类(如果java支持结构的话)，那么把类的实例变量声明为公有是合适的。