完整 "package-path" 与导入语句
Full "package-path" versus import statement
这可能是一个非常简单的问题,但我还没有找到答案,也许是我不知道 google 的答案,但这里是。
使用完整的 "package-path" 和导入语句有什么区别?
例如:
public java.sql.Date getDate(){
return new java.sql.Date();
}
对战:
import java.sql.Date;
/.../
public Date getDate(){
return new Date();
}
有区别吗?
事情的运作方式没有区别。但是,在您 import java.sql.Date
然后继续使用它的情况下,您只是意味着每当在此文件中使用 Date
class 时,它就是 class预先导入。如果你不导入它而只是使用 Date
class 和它的包名,你就不会做出这样的断言。
导入并仅使用 class 名称通常是您应该做的,因为使用具有相同名称的 classes 的可能性非常低。如果您在不同的包中有同名的 classes,您可能希望选择完全不导入它们,以使两个 classes 之间的区别更加明显。
没有这样的区别,唯一的区别是导入比使用其完整路径更容易
e.g. if you have to use many Date class it is harder to type each full
package path than to just import it
这可能是一个非常简单的问题,但我还没有找到答案,也许是我不知道 google 的答案,但这里是。
使用完整的 "package-path" 和导入语句有什么区别?
例如:
public java.sql.Date getDate(){
return new java.sql.Date();
}
对战:
import java.sql.Date;
/.../
public Date getDate(){
return new Date();
}
有区别吗?
事情的运作方式没有区别。但是,在您 import java.sql.Date
然后继续使用它的情况下,您只是意味着每当在此文件中使用 Date
class 时,它就是 class预先导入。如果你不导入它而只是使用 Date
class 和它的包名,你就不会做出这样的断言。
导入并仅使用 class 名称通常是您应该做的,因为使用具有相同名称的 classes 的可能性非常低。如果您在不同的包中有同名的 classes,您可能希望选择完全不导入它们,以使两个 classes 之间的区别更加明显。
没有这样的区别,唯一的区别是导入比使用其完整路径更容易
e.g. if you have to use many Date class it is harder to type each full package path than to just import it