java包名规范
① java的包命名规则 java的类命名规则 java的函数命名规则 java的注释规则 请求一个具体完整的例子，谢谢。
package p1;
class EdioIdcard{
public static void main(String[] args){
Idcard i=new Idcard();
i.id="wangxin";//通过有参构造方法Idcare（String id）给default类型属性id赋值。
i.getPassword();//此处通过调用公开的getpassword（）方法查看private属性password的值。
i.setPassword("234567");//此处是通过调用公开的setpassword（）方法来给private属性password赋值。
i.getPassword();//此处再次通过调用公开的getpassword（）方法查看private属性password的值。
System.out.println(i.id);
Goldcard b=new Goldcard();//此处是基于Idcard类创建的一个子类Goldcard的对象。
b.id="pzx";//此处是给继承来的父类的（default）id赋值。
System.out.println(b.id);//此处是打印赋值后的id属性。
b.getPassword();//此处是通过父类创建的对象通过public方法getpassword来访问父类的私有类属性password。
}
}
class Idcard{
String id;
private String password="123456";
public Idcard(){
System.out.println("这是一个无参构造方法");
}
public Idcard(String id){
this();
this.id=id;
}
public void getPassword(){
System.out.println(password);
}
public void setPassword(String password){
this.password=password;
}
}
class Goldcard extends Idcard{
public Goldcard(){
super(); //再次调用父类的无参构造方法
System.out.println("这是子类的无参构造方法");
}
}
② java在建的时候项目 包 类名的怎么样规范的定义
简单点讲：单词间“_”连接项目 首字母小写 以后每个单词大写 包 首字母小写 以后每个单词大写 类 首字母大写 以后每个单词大写
③ 作业java程序中包名要求要甚么
java包的名字都是由小写单词组成。1般采取域名的反写。
④ java中，类名，方法，变量，包名等大小写如何规范
Java包的名字都是由小写单词组成。但是由于Java面向对象编程的特性，每一名Java程序员都可以编写属于自己的Java包，为了保障每个Java包命名的唯一性，在最新的Java编程规范中，要求程序员在自己定义的包的名称之前加上唯一的前缀。由于互联网上的域名称是不会重复的，所以程序员一般采用自己在互联网上的域名称作为自己程序包的唯一前缀。
例如： net.frontfree.javagroup
类的名字必须由大写字母开头而单词中的其他字母均为小写；如果类名称由多个单词组成，则每个单词的首字母均应为大写例如TestPage；如果类名称中包含单词缩写，则这个所写词的每个字母均应大写，如：XMLExample,还有一点命名技巧就是由于类是设计用来代表对象的，所以在命名类时应尽量选择名词。
例如：
Circle
interface RasterDelegate;
interface Storing;
方法的名字的第一个单词应以小写字母作为开头，后面的单词则用大写字母开头。
例如：
sendMessge
变量(Variables)
除了变量名外，所有实例，包括类，类常量，均采用大小写混合的方式，第一个单词的首字母小写，其后单词的首字母大写。变量名不应以下划线或美元符号开头，尽管这在语法上是允许的。
变量名应简短且富于描述。变量名的选用应该易于记忆，即，能够指出其用途。尽量避免单个字符的变量名，除非是一次性的临时变量。临时变量通常被取名为i，j，k，m和n，它们一般用于整型；c，d，e，它们一般用于字符型。
char c;
int i;
float myWidth;
实例变量(Instance Variables)
大小写规则和变量名相似，除了前面需要一个下划线 int _employeeId;
String _name;
Customer
_customer;
常量的名字应该都使用大写字母，并且指出该常量完整含义。如果一个常量名称由多个单词组成，则应该用下划线来分割这些单词。
例如：
MAX_VALUE
⑤ java项目包名如果由多个单词组成，怎么命名
我的做法来是一般按变量源名规则命名，但是如果某一个单词是大写字母缩写，就以原来的大写字母缩写开始，就算是第一个单词也一样，不是大写字母缩写的其它单词按原驼峰法命名。但是只有一个单词，且为大写字母缩写时，改为全小写。
例：
一个单词的时候：
XML->
xml//缩写改为全小写
Util->util//一般单词改为全小写
两个单词的时候：
XMLUtil->XMLUtil//第一个单词是缩写，按原写法，第二个单词按驼峰法首字母大写
UtilXML->utilXML//第一个单词按驼峰法，首字母小写，第二个单词按原写法
但是一般我看到的对大写字母的处理也是按驼峰法
例如：
XMLUtil->xmlUtil
UtilXML->utilXml
我是为了突出缩写的单词才更改规则，因为是个人程序包，所以规则我可以自己定。你可以按最后这种方式来做。
⑥ Java中类的命名规范
一、Java程序，包名：Package的名字应该都是由小写单词组成，如：text.demo.example
具体的示例如下：
com.icss下面为平台包。stmacmbas为本项目的根程序包。
stmacmbas.base为本项目的开发基础包。
stmacmbas.commerce为商业企业程序包。
stmacmbas.example为示例程序包。
stmacmbas.instry为工业企业程序包。
stmacmbas.stma为国家局程序包。
stmacmbas.util为工具包。
二、文件名。
1. 文件名由英文单词组成，每个单词的首字母大写，最好不要超过4个单词，如：ShipOrder.java。
2. Java文件的文件名要与程序中的public类名相同。
3. Servlet文件要以Servlet作为结尾，如：AddCompanyServlet.java。
三、类名：每个单词的首字母大写。同上。
四、变量名。
1. class变量的命名：变量的名字必须用一个小写字母开头，后面的单词用大写字母开头。
2. static final变量的命名：static final变量的名字应该都大写并且指出完整含义。
3. 用有意义的名字命名变量：首先，用完整的英语单词或约定俗成的简写命名变量（不允许用汉语拼音），如：firstName,zipCode。
4. 用复数命名Collection类变量。Collection包括数组，vector等。命名时使用复数：customers, classmates。
五、方法名。
1. 方法的名字必须用一个小写字母开头，后面的单词用大写字母开头。
2. 方法的名字要与该方法的用途相关。
六、参数名。
1. 参数的命名：参数的名字必须和变量的命名规范一致。
2. 方法的参数：使用有意义的参数命名，如果可能的话，使用和要赋值的字段一样的名字。
⑦ java中的命名规范到底是怎样的
1、 项目名全部小写
2、 包名全部小写
3、 类名首字母大写，如果类名由多个单词组成，每个单词的首字母都要大写。
如：public class MyFirstClass{}
4、 变量名、方法名首字母小写，如果名称由多个单词组成，每个单词的首字母都要大写。
如：int index=0;
public void toString(){}
5、 常量名全部大写
如：public static final String GAME_COLOR=”RED”;
6、所有命名规则必须遵循以下规则：
1)、名称只能由字母、数字、下划线、$符号组成
2)、不能以数字开头
3)、名称不能使用JAVA中的关键字。
4)、坚决不允许出现中文及拼音命名。
⑧ Java类的命名规则是什么
1．使用完整描述符来准确地描述变量、字段或类。
例如，使用的名称可以是 FirstName、GrandTotal 或 Corporate Customer。虽然像 x1、y1 或 fn 这样的名称较短容易输入，但是它们并不提供任何信息指出它们所代表的内容。这样对代码的理解、维护和增强会造成一定困难。
2．使用适用于领域内的术语。
如果您的用户将他们的客户称为顾客，则对这个类使用术语Customer来代替Client。许多开发人员曾经犯了这样一个错误：当业界或领域中已存在更贴切的术语时，他们还冥思苦想，准备为一些概念创建通用术语。
3．巧妙节俭地使用缩写。
这表示您应该维护一份标准短格式（缩写）的列表，应该明智地选择它们，并在使用时保持一贯性。例如，如果要使用字 arithmetic 的短格式， 选择 ar、ari 或 art 中的一个，记录下所选的缩写（到底是哪个并不重要），并只使用这一个。
4．使用大小写混合增强名称的可读性。
通常应该使用小写字母，但是将类名和接口名称的第一个字母写成大写，将所有非起始单词的第一个字母也写成大写。
5．将标准首字母缩写词的第一个字母大写。
名称会经常包含标准缩写，如 SQL 表示“Standard Query Language”。诸如表示属性的 sqlDatabase 或表示类的 sQLDatabase 等名称比sQLDatabase 和SQLDatabase 更便于阅读。
6．避免长型名称（最大 15 个字符比较合适）。
虽然类名 AllImplemented IterfacesAndSubclass 可能是个比较好的类名（当然，在此示例中有些夸张），但是这个名称显然太长，应该把它重命名为较短的名称才好。
7．避免名称过于相似或仅在大小写方面有区别。
不应该同时使用变量名 myObject 和 myObjects，也不应该同时使用 myOraDatabase 和 anORADatabase。
(8)java包名规范扩展阅读：
Java类的命名规范如下：
1、 项目名全部小写
2、 包名全部小写
3、 类名首字母大写，如果类名由多个单词组成，每个单词的首字母都要大写。
如：public class MyFirstClass{}
4、 变量名、方法名首字母小写，如果名称由多个单词组成，每个单词的首字母都要大写。
如：int index=0;
public void toString(){}
5、 常量名全部大写
如：public static final String GAME_COLOR=”RED”;
6、所有命名规则必须遵循以下规则：
1)、名称只能由字母、数字、下划线、$符号组成
2)、不能以数字开头
3)、名称不能使用JAVA中的关键字。
4)、坚决不允许出现中文及拼音命名。
⑨ java包名必须小写吗加下划线可以吗
没有硬性规定说包名必须小写，这只是一种规范，包名可以加下划线的，亲
⑩ java包名的约定，如Dao,vo,之类，谁能告诉我尽量多的这些约定啊
O/R Mapping 是 Object Relational Mapping（对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示关系数据。在O/R Mapping的世界里，有两个基本的也是重要的东东需要了解，即VO，PO。
VO，值对象(Value Object)，PO，持久对象(Persisent Object)，它们是由一组属性和属性的get和set方法组成。从结构上看，它们并没有什么不同的地方。但从其意义和本质上来看是完全不同的。
1．VO是用new关键字创建，由GC回收的。
PO则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。
2．VO是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。
PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。
3．VO的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。
PO的属性是跟数据库表的字段一一对应的。
PO对象需要实现序列化接口。
-------------------------------------------------
PO是持久化对象，它只是将物理数据实体的一种对象表示，为什么需要它？因为它可以简化我们对于物理实体的了解和耦合，简单地讲，可以简化对象的数据转换为物理数据的编程。VO是什么？它是值对象，准确地讲，它是业务对象，是生活在业务层的，是业务逻辑需要了解，需要使用的，再简单地讲，它是概念模型转换得到的。
首先说PO和VO吧，它们的关系应该是相互独立的，一个VO可以只是PO的部分，也可以是多个PO构成，同样也可以等同于一个PO（当然我是指他们的属性）。正因为这样，PO独立出来，数据持久层也就独立出来了，它不会受到任何业务的干涉。又正因为这样，业务逻辑层也独立开来，它不会受到数据持久层的影响，业务层关心的只是业务逻辑的处理，至于怎么存怎么读交给别人吧！不过，另外一点，如果我们没有使用数据持久层，或者说没有使用hibernate，那么PO和VO也可以是同一个东西，虽然这并不好。
----------------------------------------------------
java的(PO,VO,TO,BO,DAO,POJO)解释
PO(persistant object) 持久对象
在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。
VO(value object) 值对象
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。
TO(Transfer Object)，数据传输对象
在应用程序不同tie(关系)之间传输的对象
BO(business object) 业务对象
从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。
POJO(plain ordinary java object) 简单无规则java对象
纯的传统意义的java对象。就是说在一些Object/Relation Mapping工具中，能够做到维护数据库表记录的persisent object完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。我的理解就是最基本的Java Bean，只有属性字段及setter和getter方法！。
DAO(data access object) 数据访问对象
是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD操作...
O/R Mapper 对象/关系 映射
定义好所有的mapping之后，这个O/R Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R Mapper可以生成所有的关于对象保存，删除，读取的SQL语句，我们不再需要写那么多行的DAL代码了。
实体Model(实体模式)
DAL(数据访问层)
IDAL(接口层)
DALFactory(类工厂)
BLL(业务逻辑层)
BOF Business Object Framework 业务对象框架
SOA Service Orient Architecture 面向服务的设计
EMF Eclipse Model Framework Eclipse建模框架
----------------------------------------
PO：全称是
persistant object持久对象
最形象的理解就是一个PO就是数据库中的一条记录。
好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。
BO：全称是
business object:业务对象
主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。
比如一个简历，有教育经历、工作经历、社会关系等等。
我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。
建立一个对应简历的BO对象处理简历，每个BO包含这些PO。
这样处理业务逻辑时，我们就可以针对BO去处理。
VO ：
value object值对象
ViewObject表现层对象
主要对应界面显示的数据对象。对于一个WEB页面，或者SWT、SWING的一个界面，用一个VO对象对应整个界面的值。
DTO ：
Data Transfer Object数据传输对象
主要用于远程调用等需要大量传输对象的地方。
比如我们一张表有100个字段，那么对应的PO就有100个属性。
但是我们界面上只要显示10个字段，
客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，
这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO
POJO ：
plain ordinary java object 简单java对象
个人感觉POJO是最常见最多变的对象，是一个中间对象，也是我们最常打交道的对象。
一个POJO持久化以后就是PO
直接用它传递、传递过程中就是DTO
直接用来对应表示层就是VO
DAO：
data access object数据访问对象
这个大家最熟悉，和上面几个O区别最大，基本没有互相转化的可能性和必要.
主要用来封装对数据库的访问。通过它可以把POJO持久化为PO，用PO组装出来VO、DTO
-----------------------------------------------------------------
PO:persistant object持久对象,可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作.
VO:value object值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递.
DAO:data access object数据访问对象，此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作.
BO:business object业务对象,封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作;
POJO:plain ordinary java object 简单无规则java对象,我个人觉得它和其他不是一个层面上的东西,VO和PO应该都属于它.
---------------------------------------------
VO：值对象、视图对象
PO：持久对象
QO：查询对象
DAO：数据访问对象
DTO：数据传输对象
----------------------------------------
struts 里的 ActionForm 就是个VO;
hibernate里的 实体bean就是个PO,也叫POJO;
hibernate里的Criteria 就相当于一个QO;
在使用hibernate的时候我们会定义一些查询的方法,这些方法写在接口里,可以有不同的实现类.而这个接口就可以说是个DAO.
个人认为QO和DTO差不多.
----------------------------------------
PO或叫BO，与数据库最接近的一层，是ORM中的O，基本上是数据库字段对应BO中的一个属性，为了同步与安全性考虑，最好只给DAO或者Service调用，而不要用packcode,backingBean,或者BO调。
DAO，数据访问层，把VO，backingBean中的对象可以放入。。。。
DTO，很少用，基本放入到DAO中，只是起到过渡的作用。
QO，是把一些与持久性查询操作与语句放入。。
VO，V层中用到的基本元素与方法等放其中。如果要其调用BO，则要做BO转换VO，VO转换BO操作。VO的好处是其页面的元素属性多于BO，可起到很好的作用。。。。
-----------------------------------------
楼上的不对吧，PO是持久化对象。BO＝business object—业务对象。
PO可以严格对应数据库表，一张表对映一个PO。
BO则是业务逻辑处理对象，我的理解是它装满了业务逻辑的处理，在业务逻辑复杂的应用中有用。
VO：value object值对象、view object视图对象
PO：持久对象
QO：查询对象
DAO：数据访问对象——同时还有DAO模式
DTO：数据传输对象——同时还有DTO模式