java导入类有关问题

java导入类问题
在导入类的时候，import com.*;和import com.a.class;有区别么？（声明com下面不止a一个类，多个类存在的情况下，但是只使用到a类）；我记得以前老师说过，如果不使用到的类就不要导入，但是后来有人说导入一个类跟全部导入其实是一样的，还请各路高手明示。除了类的情况，在静态属性导入中也是不是跟导入类一样，需要用到才导入？还是一次性导入全部。一次性导入全部会不会出现冗余的情况呢！？？？求解！！

[解决办法]
一次性导入全部会不会出现冗余的情况呢！？？？

一次性导入就可以了 ，老师是在骗你
[解决办法]
1.在导入类的时候，import com.*;和import com.a.class;有区别么？（声明com下面不止a一个类，多个类存在的情况下，但是只使用到a类）；我记得以前老师说过，如果不使用到的类就不要导入，但是后来有人说导入一个类跟全部导入其实是一样的，还请各路高手明示。
答：
a.import com.a.class;应该写成import com.a;
b.import com.*;和import com.a;,它们都导入a类，所以作用都一样；import com.*;这样写省事（个人意见）

2.除了类的情况，在静态属性导入中也是不是跟导入类一样，需要用到才导入？还是一次性导入全部。一次性导入全部会不会出现冗余的情况呢……
--静态属性导入？不明白，还没了解过。。。
[解决办法]
老师的说话只有两个可能
1.让初学者更加熟悉那些类的具体位置
2.忽悠你

[解决办法]
老师说的是对的，要尽量少而精确地import。
同名类命名冲突带来的Bug很隐蔽，精确import甚至不import可以减少这方面的困惑。

[解决办法]
静态import不建议使用。
[解决办法]

探讨

老师说的是对的，要尽量少而精确地import。
同名类命名冲突带来的Bug很隐蔽，精确import甚至不import可以减少这方面的困惑。

[解决办法]

探讨

老师说的是对的，要尽量少而精确地import。
同名类命名冲突带来的Bug很隐蔽，精确import甚至不import可以减少这方面的困惑。

[解决办法]

探讨

引用:
静态import不建议使用。

那用类名.属性名？？？

[解决办法]
如果代码量很大的话导入全部貌似会有问题的吧
[解决办法]

探讨

至于一个一个导入，如果不用IDE，你亲自试过？感觉不麻烦？现在你写程序也是一个一个写import?

[解决办法]

探讨

老师说的是对的，要尽量少而精确地import。
同名类命名冲突带来的Bug很隐蔽，精确import甚至不import可以减少这方面的困惑。

[解决办法]

探讨

引用:

至于一个一个导入，如果不用IDE，你亲自试过？感觉不麻烦？现在你写程序也是一个一个写import?

我用IDE，不用IDE那不是傻嘛。
import用Eclipse自动做，自己检查一遍没错就行了，不麻烦。

[解决办法]
能一次就一次。。多了麻烦。。
[解决办法]
当然，不嫌麻烦的话，可以坚持认为逐个import比较好，这个没什么不对，只是感觉得不偿失

因为IDE并非万能。

以后你写一个jsp， 楼主将会意识到那是个得不偿失的做法
人家使用一行
import java.util.*
你得使用十几行

留个名 2个月之后 重新回忆这个贴




[解决办法]

探讨

引用:
能一次就一次。。多了麻烦。。

出了问题也会麻烦啊，不过能import进来之后在根据有冲突的用路径访问不失为一种好办法吧

[解决办法]
.*导入了此包所有的类
.com.a.class导入的只是class单一的这个类
[解决办法]

探讨

因为IDE并非万能。

以后你写一个jsp， 楼主将会意识到那是个得不偿失的做法
人家使用一行
import java.util.*
你得使用十几行

------解决方案--------------------

探讨

引用:

引用:
能一次就一次。。多了麻烦。。

出了问题也会麻烦啊，不过能import进来之后在根据有冲突的用路径访问不失为一种好办法吧


这发生频率相当小，，对比空指针，比类型等问题， 真的真的太小了，而且随着你对API的熟悉，会变得更加小

[解决办法]

探讨

老师的说话只有两个可能
1.让初学者更加熟悉那些类的具体位置
2.忽悠你

查看更多 下一篇