项目开发及编码规范
软件开发中的编码规范和代码注释规范
软件开发中的编码规范和代码注释规范软件开发中的编码规范和代码注释规范随着计算机技术的不断发展，软件开发作为一门重要的技术也越来越受到人们的关注。
而在软件开发的过程中，编码规范和代码注释规范是非常重要的一环。
编码规范和代码注释规范的标准化不仅可以提高代码的可读性和可维护性，而且可以使得多人协同开发更加得心应手。
本文将从编码规范和代码注释规范两个方面来探讨其在软件开发中的重要性及应用方法。
一、编码规范编码规范是指在软件开发中制定的一套规定，用于规范代码的书写方式。
有了编码规范，开发人员可以更加高效地、统一地编写代码，从而降低开发过程中的错误率，节省时间和精力。
编码规范需要对一些书写细节进行标准化规范，下面我们来看一些常见的规范。
1.命名规范命名规范是指在命名变量、函数和类时的规则。
通常来说，命名应该反映变量、函数或类的作用和含义，应该采用有意义的词语，同时应该符合语言的命名规范，例如：1）变量名应该是一个名词，采用小写字母和下划线组成，如student_name。
2）函数名应该是一个动词，采用小写字母和下划线组成，如get_student_name。
3）类名应该是一个名词，采用大写字母开头的驼峰命名法，如StudentInfo。
2.注释规范注释规范是指在代码中添加注释，以便于代码的阅读和维护。
在注释时应该注意以下几点：1）注释应该使用简洁、明了的语言。
2）注释应该放在代码的上面或者右侧，而不是内嵌在代码中。
3）注释应该尽可能地详细描述代码的作用和逻辑，尤其是一些复杂的代码片段。
3.缩进规范缩进规范是指在编写代码时，应该按照一定的规则对代码进行缩进，以便于代码的可读性和可维护性。
通常来说，缩进应该按照以下原则进行：1）应该采用4个空格的缩进。
2）每个代码块应该有单独的缩进级别。
3）缩进应该注意对齐和排列方式。
二、代码注释规范在编写代码的同时，代码注释也是很重要的一环。
代码注释可以帮助其他人更好地理解代码和维护代码，在注释的时候应该遵循以下规范：1.注释类型通常来说，代码注释可以分为两种类型：行注释和块注释。
最新项目管理编码规则
最新项目管理编码规则引言本文档旨在统一最新的项目管理编码规则，以便项目团队的成员能够在项目实施过程中有效地进行编码，提高项目的效率和质量。
本规则适用于所有项目管理阶段，包括需求分析、设计、开发和测试等环节。
规则列表1. 代码命名规范- 采用英文字符和数字组成的有意义的名称，禁止使用拼音、无意义的单词或者数字组合作为代码的命名；例如：`addNewUser`。
- 使用驼峰命名法，即首字母小写，后续单词首字母大写；例如：`getUserInfo`。
- 避免使用过长的命名，推荐保持简洁和易读性。
2. 注释规范- 在代码中添加必要的注释，解释代码的功能、目的和关键步骤等信息。
- 使用中文注释，避免使用过于简单或者晦涩难懂的注释。
- 注意及时更新注释，保持与代码的一致性，避免注释与代码不符导致混淆。
3. 代码缩进和格式化规范- 使用统一的代码缩进，推荐使用四个空格作为缩进。
- 统一的代码格式化规范，包括对齐、空格、换行等。
- 遵循一致性原则，统一代码风格，减少团队成员之间的代码差异。
4. 错误处理规范- 优先处理常见错误，确保代码的鲁棒性和稳定性。
- 使用异常处理机制来处理错误，避免使用简单的错误码返回。
- 在出现错误时，记录错误信息，并进行合理的提示或者处理。
5. 代码复用规范- 鼓励代码复用，避免重复造轮子。
- 可以封装通用代码为函数或类，提高代码的可复用性。
- 注意复用代码的适用性和正确性，避免不必要的复用。
6. 版本控制规范- 使用版本控制工具，如Git等，管理代码的版本。
- 使用合适的分支管理策略，确保项目的代码可以有序地进行开发和维护。
总结以上为最新的项目管理编码规则，通过遵守这些规则，项目团队的成员可以更好地进行编码工作，提高项目的质量和效率。
同时，也能够减少团队成员之间的代码差异，便于代码的维护和协作。
请全体成员严格遵守本规范，如有任何疑问或建议，请及时反馈给项目管理人员进行沟通和修改。
参考文献无。
软件开发编码规范
软件开发编码规范
1. 前言
编码规范是一些制定约束和规范的方法。
在软件开发中，遵循编码规范可以帮
助开发者更轻松地开发出高效、高质量、易于维护和高性能的软件。
随着项目规模的增大和团队的扩大，软件代码不遵循规范所带来的问题也越来
越明显，为了便于团队协作，提高代码可维护性和可重用性，本文将详细介绍软件开发编码规范。
2. 命名规范
2.1 文件名
文件名应该简洁而具有描述性，使用推荐的文件命名规范。
文件名应全部小写，并使用连字符“-”分隔单词。
例如:
•my-awesome-file.js
•index.html
•my-awesome-file.css
2.2 变量名
变量名应该清晰、简洁和有描述性。
变量名应该遵循一定的命名规范，如下：•变量名应全部小写，并使用下划线“_”分隔单词。
•变量名应该具有描述性，且应该以其类型作为前缀，例如 strName、nCount 等。
•避免使用大小写区分变量类型的命名方式，如 intCount、sMessage 等。
例如：
int age;
string name;
float price_per_unit;
2.3 常量名
常量名要求全部大写，并使用下划线“_”分隔单词。
例如：
``` const int MAX_SIZE = 100; const char *MESSAGE =。
工程项目编码规范(制度版)
水务事业部管理制度工程项目编码规XXXX-XX-XX发布XXXXXXX XXXX-XX-XX 修订实施（发布日期）（文件编制部门）（修订实施日期）工程项目编码规1、目的1.1为规水务事业部工程项目管理信息行为，提高工程项目代码信息质量，通过工程项目代码实现各系统信息数据共享和有效连接，实行工程项目统一编码，特制定本规。
1.2为达到以上目的和简化流程，科技项目编码也纳入本规，不再另作规定。
2、适用围本规适用于市供水、市污水处理及各下属分公司、全资子公司、控股子公司，参股公司可参照执行。
3、编码对象及使用规则3.1编码对象包括工程建设项目和科技项目。
3.1.1部投资形成公司资产的生产性工程项目（包括管网工程项目和生产性基建项目）、非生产性工程项目。
3.1.1.1管网工程项目：给排水管及相关给排水设施新(扩)建、改造安装工程。
3.1.1.2生产性基建项目：生产性基建设施(包括水厂)新(扩)建、改造工程。
3.1.1.3非生产性基建项目：非生产性基建设施新建、改造（主要是指装饰装修）工程。
3.1.2对外承接收费的水表安装工程（如新装、换装水表）、表前管安装工程；表后管安装工程（如二次供水工程）和相关维修工程等。
3.1.3公司投资的科技项目：信息和自动化技术应用开发项目；技术研究与开发项目；应用理论及应用基础研究项目；科技成果转化项目，包括商品化开发、重大中间试验、示工程项目；技术前期及可行性研究项目和工艺改造项目。
3.2工程项目代码按以下分类方式赋码，项目代码在使用过程中保持唯一性和不变性。
3.2.1部投资工程由投资所属地区公司工程立项部门负责赋码，其中A类工程项目代码由投资所属地区公司（或城区本部B类工程立项部门）提供给水务部技术部（A、B 分类按照水务事业部现行的《工程项目管理制度》执行）。
3.2.2外接收费工程首先在营业收费系统设定编码程序，在客户服务中心服务窗口（或客户服务中心开放给工程管理部门的营业收费系统端口）受理时直接赋码。
软件开发公司代码编写规范
软件开发公司代码编写规范软件开发公司的代码编写规范是为了确保开发出高质量、可维护、可扩展的软件。
本文将介绍一些常见的代码编写规范，旨在提高团队协作效率和代码质量，并促进项目的成功开发。
1. 命名规范- 使用有意义、清晰简洁的变量、函数和类名称。
- 遵循驼峰命名法，首字母小写。
- 类名应以大写字母开头。
- 避免使用缩写和简写，尽量使用具有描述性的名称。
2. 注释规范- 对代码进行详细注释，解释代码的功能、目的和实现方式。
- 注释应放在代码行上方，使用自然语言、规范的语法。
- 避免过多无用的注释，注释应精准、简洁明了。
3. 编码规范- 使用一致的缩进和空格，增强代码的可读性。
- 适当添加空行将代码分块，提高代码的可读性。
- 代码行长度控制在80个字符以内，避免过长的代码行。
- 使用简洁明了的语句和表达式，避免过度复杂的代码逻辑。
4. 错误处理规范- 使用异常处理机制处理可能出现的异常情况。
- 避免使用裸露的try-catch语句块，应具体指明捕获的异常类型。
- 在异常处理中提供清晰的错误提示信息。
5. 面向对象规范- 使用设计模式和面向对象的原则，提高代码的可维护性和扩展性。
- 单一职责原则：每个类应该只有一个明确的责任。
- 开放封闭原则：对扩展开放，对修改封闭。
6. 文档规范- 编写清晰的文档，介绍项目的整体结构、功能和使用方法。
- 说明代码中特殊函数、算法或者复杂业务逻辑的实现方式。
- 提供示例代码和演示，帮助他人更好地理解和使用代码。
7. 版本控制规范- 使用版本控制工具（如Git）进行代码管理，并遵守团队约定的分支规范。
- 提交代码前进行代码审查，确保代码质量和规范。
- 使用有意义的提交信息，描述代码变更内容。
8. 测试规范- 使用单元测试框架编写单元测试用例，覆盖核心逻辑。
- 遵循测试驱动开发（TDD）原则，在编写代码前先编写测试用例。
- 运行自动化测试，确保代码变更不会破坏系统稳定性。
总结：软件开发公司的代码编写规范是确保团队成员以相同的标准进行代码编写，提高代码质量和可维护性的重要规范。
项目编码规范
项目编码规范(一)命名规范Java包、类的命名应尽量采用完整的英文描述符,一般采用小写英文字母,但类名、接口名以及任何非初始单词的第一个字母要大写,不能用完整英文描述的,应以该英文单词的前四个字母或能代表单词意思的缩写代替。
具体如下:(1)尽量使用完整的英文描述符;(2)采用合适于相关领域的术语(3)采用大小写混合使名字可读(4)尽量少用缩写,确有需要的,要能表达其意义;(5)避免使用长的名字(小于15个字母)(6)避免使用类似的名字,或者是大小写不同的名字;(7)避免使用下划线(除静态常量等);举例如下:包(packge) 采用完整的英文描述符,应该都是由小写字母组成。
对于全局包,将你的internet域名反转并接上包名。
如:com.boyi.eim,com.boyi.oa.web 类(Class) 采用完整的英文描述符,所有单词的第一个字母大写。
如:User,StuManager接口(interface) 采用完整的英文描述符说明接口封装,所有单词第一个字母大写。
名字后面加上后缀Dao,实体类实现接口加上后缀Impl类变量:采用完整的英文描述符,第一个字母小写,后所有单词的第一个字母大写。
如:userName参数:同上获取成员函数:封装字段,被访问时调用get set方法普通成员函数:采用完整的英文描述符,第一个字母小写,后所有单词的第一个字母大写。
静态常量字段:全部采用大写字母,单词之间用下划线分隔。
循环计数器:通常采用字母I,j,k……………..数组:采用完整的英文描述符,第一个字母小写,后所有单词的第一个字母大写(二)代码注释良好的注释习惯对于一支程序来说,是其易于解读的关键。
也就是说,如果另一个编程人员从未见过这段代码,要在合理的时间内理解代码,需要知道哪些信息。
并以此作为注释的依据。
因此对于注释来说,需要注意以下几点:(1)注释应该增加代码的清晰度;(2)保持注释的简洁;(3)在写代码之前写注释(4)注释出为什么做了一些事,而不仅仅是做了什么使用代码注释的目的:(1)文字说明代码的作用(即为什么要用编写该代码,而不是如何编写);(2)确指出该代码的编写思路和逻辑方法;(3)人们注意到代码中的重要转折点;(4)使代码的阅读者不必在他们的头脑中仿真运行代码的执行方法.代码注释原则:1. 用文字说明代码的作用:简单的重复代码做写什么,这样的注释几乎不能给注释增加什么信息.如果你使用好的命名方法来创建直观明了的代码那么这些类型的注释绝对增加不了什么信息.2. 如果你想违背好的编程原则,请说明为什么:有的时候你可能需要违背好的编程原则,或者使用了某些不正规的方法,.遇到这种情况时,请用内部注释来说明你在做什么和为什么要这样做。
软件研发项目编码规范与开发标准模板
软件研发项目编码规范与开发标准模板在软件研发项目中，编码规范与开发标准模板是非常重要的。
它不仅可以提高程序员的开发效率，还可以保证整个项目的质量和可维护性。
下面我将详细探讨软件研发项目编码规范与开发标准模板的重要性以及如何制定和执行。
首先，编码规范与开发标准模板可以规范团队成员的编码风格和开发流程。
通过统一的标准，可以使团队成员在编写代码时遵循一致的规范，从而提高代码的可读性和可维护性。
而且，规范的制定可以减少重复的工作，避免一些常见的错误，提高团队的整体效率。
其次，编码规范与开发标准模板可以加强团队的沟通和协作能力。
通过共同遵守规范，团队成员可以更好地理解彼此的代码，快速定位和解决问题。
团队成员之间的协作也会更加高效，因为他们可以更快地理解和修改彼此的代码。
另外，编码规范与开发标准模板还可以提高项目的可维护性和可扩展性。
当一个项目有统一的编码规范和开发标准模板时，新加入的团队成员可以更快地适应项目的代码结构和开发流程，从而更容易进行代码的修改和扩展。
此外，项目的维护者可以更容易地维护和改进项目，因为他们可以更清晰地理解整个项目的代码结构和逻辑。
为了制定和执行编码规范与开发标准模板，团队需要首先明确项目的需求和目标。
根据项目的需求和目标，团队可以制定适合项目的编码规范和开发标准模板。
编码规范可以包括代码风格、命名规范、注释规范等方面的规定，而开发标准模板可以包括项目结构、开发流程、测试流程等方面的规定。
在执行编码规范与开发标准模板时，团队需要不断地进行培训和监督。
团队成员可以通过培训了解编码规范和开发标准模板的内容，掌握正确的编码习惯和开发流程。
而团队领导可以通过监督和检查来确保团队成员的代码符合规范，并及时纠正不符合规范的行为。
总而言之，软件研发项目编码规范与开发标准模板是非常重要的。
它可以提高团队的开发效率、加强团队的沟通和协作能力、提高项目的可维护性和可扩展性。
通过制定和执行编码规范与开发标准模板，团队可以更好地完成项目并保证项目的质量。
项目开发规范（编码规范、命名规范、安全规范、前端优化、源码提交规范、代码维护规范、产品发布规范）
项⽬开发规范（编码规范、命名规范、安全规范、前端优化、源码提交规范、代码维护规范、产品发布规范）第⼀节：编码过程的命名约定（编码命名规范）==========================================================================================================================PHP编码规范=============================================================================================================================PSR（PHP Standard Recommendations，PHP标准规范）是由PHP FIG组织制定的PHP规范，是PHP开发的实践标准。
主要包含基础编码规范、编码风格规范、⽇志接⼝规范、缓存接⼝规范、HTTP消息接⼝规范等。
1. 【必须】代码必须使⽤4个空格符⽽不是「Tab 键」进⾏缩进。
使⽤空格⽽不是「tab键缩进」的好处在于，避免在⽐较代码差异、打补丁、重阅代码以及注释时产⽣混淆。
并且，使⽤空格缩进，让对齐变得更⽅便。
2. 【必须】类的属性和⽅法必须添加访问修饰符（private、protected 以及 public），abstract 以及 final 必须声明在访问修饰符之前，⽽static 必须声明在访问修饰符之后。
3. 【必须】PHP所有关键字必须全部⼩写。
常量 true 、false 和 null 也必须全部⼩写。
4. 【不该】类的属性和⽅法不该使⽤下划线作为前缀，来区分是 protected 或 private。
⽬录和⽂件⽬录使⽤⼩写+下划线。
（参考linux⽬录命名，全部⼩写，linux⽬录单词间没有分隔符，如/var/spool/clientqueue,/etc/inittab,/bin/dnsdomainname等）类的⽂件名均以命名空间定义，并且命名空间的路径和类库⽂件所在路径⼀致。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目开发规范文档修订历史记录1.简介目的1、用于规范指导开发组进行开发2、便于成员间的沟通与交流。
3、有助于项目质量和稳定。
4、为后期维护提供支持2. 项目开发流程项目开发过程归纳分为以下步骤：1. 建立SVN项目版本控制。
包括文档，源码，Lib包等。
2. 了解需求，并对需求文档的书写。
(见文档结构规则附录)。
3. 详细设计文档。
(见文档结构规则附录)。
功能模块设计，重要模块的算法设计。
数据库设计等。
根据需求定义开发平台及环境。
4. 编码。
搭建开发平台，配置开发环境。
编码。
单元测试案例。
5. 书写软件安装手册文件，数据库脚本文件，以及注意事项(release notes)。
6. 交互测试组测试。
根据测试组测试结果是否回归第4步（测试回归最好不要超过2次）。
7. 测试通过，交付上线使用。
维护手册使用手册3. 代码规范Java 代码规范3.1.1 Java类名类名可由：英文字母，数字，下划线组成。
（数字，下划线不能够开头）类名由一个或者多个单词组成。
单词通常要求简洁明了达意。
能够通过类名能够大致了解此类的作用和用途。
类名要求首字母大写，多个单词组成类名时，单词的首字母要求大写。
建议：类名不要过于简单或者太长。
可以对单词采用简化的名称：入： Number 简化为：num 。
3.1.2 Java类结构类仅作为数据结构，没有行为，他封装了一组或者相似的一些行为方法。
所以一个类尽量功能单一，或者功能类似共有行为的。
一个类不要过于庞大。
通常情况下：一般逻辑类中应该有构造方法和main方法，main方法中应该有测试代码。
每个类应该有 toString() 方法。
3.1.2.1 包和引入语句在多数Java源文件中，第一个非注释行是包语句。
在它之后可以跟引入语句。
报名的定义全部是小写字母。
具体定义依据项目而定。
引入包时候，同一类型的归纳到一块，用空行隔开。
例如：import 3.1.2 类注释Java类开头应该有相应的注释：类版本描述，作者签名，日期时间，公司备注，类的功能作用相关描述等。
（详细查看：注释）3.1.2.2 类成员变量a) 类变量要求放在类的开始声明。
一行声明一个。
b) 变量名称首字母要求小写。
其他命名规则类似与类名。
c) static , final 类型的变量，字母要求全部大写。
d) 尽量在声明局部变量的同时初始化。
e) 避免局部变量和成员变量同名，覆盖了成员变量。
f) 尽量变量私有化，缩小变量的作用域。
3.1.2.3 类成员方法a) 方法名命名规则类似于成员变量命名规则。
b) 成员方法尽量私有化。
d) 方法与方法之间空一行分割，提高可读性。
c) 方法尽可能有注释：（详细查看：注释）e) 方法尽可能尽早返回，结束。
3.1.3 Java语句3.1.3.1 缩进排版a) 4个空格(一个Tab建)常被作为缩进排版的一个单位。
子模块应该和父模块保持一个缩进单位。
b) 尽量避免一行的长度超过80个字符.c) 换行：当一个表达式无法容纳在一行内时，可以依据如下一般规则断开之：- 在一个逗号后面断开- 在一个操作符前面断开- 宁可选择较高级别(higher-level)的断开，而非较低级别(lower-level)的断开- 新的一行应该与上一行同一级别表达式的开头处对齐- 如果以上规则导致你的代码混乱或者使你的代码都堆挤在右边，那就代之以缩进8个空格。
如：someMethod(longExpression1, longExpression2, longExpression3,longExpression4, longExpression5);var = someMethod1(longExpression1,someMethod2(longExpression2,longExpression3));3.1.3.2 注释Java程序有两类注释：实现注释(implementation comments)和文档注释(document comments)。
实现注释是使用/*...*/和.*/界定。
文档注释可以通过javadoc工具转换成HTML 文件。
实现注释用以描述实现的细节，流程，和难点的描述。
良好的实现注释有助于自己和别人易于读懂代码。
文档注释它可以被那些手头没有源码的开发人员了解接口功能等。
频繁的注释有时反映出代码的低质量。
当你觉得被迫要加注释的时候，考虑一下是否可以重新设计该模块的代码结构或者逻辑，使其更清晰，而避免使用注释提醒该模块的实现，这样往往都能够提高代码质量。
注释应被用来给出代码的总括，良好的代码里应该有大量的注释。
当然也要避免代码已经提供清晰明了，显而易见注释。
注释的格式：程序可以有4种实现注释的风格：块、单行、尾端和行末。
分别由：/** notice */ 块/* notice */ 单行/* notice */ 尾端3.1.3.3 语句示例：a) 简单语句每行至多包含一条语句，例如：argv++; .}注意：空格不应该置于方法名与其左括号之间。
这将有助于区分关键字和方法调用。
- 空白应该位于参数列表中逗号的后面- 所有的二元运算符，除了"."，应该使用空格将之与操作数分开。
一元操作符和操作数之间不因该加空格，比如：负号("-")、自增("++")和自减("--")。
例如：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);Jsp， JavaScript 代码规范3.2.1 Jsp文件Jsp文件命名，首字母要求小写，名称可以用多个单词组成。
每个单词组合时候首字母大写。
建议：列表页面为：表单展示页面为：表单修改页面为：Jsp文件的内容编码格式和文件本身的编码格式要求统一。
具体视项目要求。
页面尽量使用同一种标签表达，比如只使用struts标签，或者JSTL标签。
3.2.2 JavaScript文件JavaScript脚本尽量建立独立的以”js”为后缀的独立文本文件。
页面单独应用js 文件即可。
文件命名与jsp文件相同。
文件本身的编码格式需要和整个项目文件编码一致。
一个js文件包含一个或者多个function函数。
数据库对象定义规范3.3.1表名命名规则数据库表的命名以是名词的复数形式且都为大写，如ACCOUNT，INDICATOR_HISTORY 等等如果表名由几个单词组成，则单词间用下划线("_")分割，如 CURRENT_COUNTER 等表名尽量用全名表名限制在30个字符内。
当表的全名超过30字符时，可用缩写来减少表名的长度，如description --> desc；information --> info；address --> addr等（oracle 限制表名超过30个字符）3.3.2表字段名命名规则字段名为小写字段名为有意义的单词，或单词的缩写如果字段由几个单词组成，则单词间用下划线("_")分割，如client_id，post_code等字段名限制在30个字符内。
当字段名超过30字符时，可用缩写来减少字段名的长度，如description --> desc；information --> info；address --> addr等3.3.3 索引命名规则索引须按照IDX_table_<column>_<column>,其中<table>是建立索引的表名，<column>是建立索引的字段名索引名限制在30个字符内。
当索引名超过30字符时，可用缩写来减少索引名的长度，如description --> desc；information --> info；address --> addr等3.3.4主建、外键命名规则主键按照PK_<table>的规则命名，其中<table>为数据库表名唯一键按照UK_<table>_<column>的规则命名，其中<table>为数据块表名，<column>为字段名外键按照FK_<pppp>_<cccc>_<nn>的规则命名，其中<pppp>为父表名，<cccc>为子表名，<nn>为序列号Java命名规则命名规范使程序更易读，从而更易于理解。
它们也可以提供一些有关标识符功能的信息，以标识符类型命名规则例子前提* 尽量使用完整的英文描述符，采用适用于该领域的术语* 采用大小写混合使名字可读* 尽量少用缩写，但如也可以使用公共常用的缩略语，如： HTML， IO。
* 避免使用长的名字（小于 15 个字母是个好主意）* 避免使用类似的名字，或者仅仅是大小写不同的名字、包(Packages)一个唯一包名的前缀总是全部小写的ASCII字母并且是一个顶级域名，通常是com，edu，gov，mil，net，org。
包名的后续部分根据不同机构各自内部的命名规范而不尽相同。
这类命名规范可能以特定目录名的组成来区分部门(department)，项目(project)，机器(machine)，或注册名(login names)。
类(Classes)命名规则：类名是个一名词，采用大小写混合的方式，每个单词的首字母大写。
尽量使你的类名简洁而富于描述。
使用完整单词，避免缩写词(除非该缩写词被更广泛使用，像URL，HTML)class Raster;class ImageSprite;接口(Interfaces)命名规则：大小写规则与类名相似interfaceRasterDelegate;interface Storing;方法(Methods)方法名是一个动词，采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。
run();runFast();getBackground();变量(Variables)除了变量名外，所有实例，包括类，类常量，均采用大小写混合的方式，第一个单词的首字母小写，其后char c;int i;float myWidth;4. 开发平台及工具。