如题:为什么不能合并?
合并有何坏处?
分开有何好处?
合并有何坏处?
分开有何好处?
解决方案 »
- 发一个面试题:如何判断两个矩形有相交的部分?
- java的学习心得
- 为什么我在JAVA中写了个程序运行的时候却无法显示出菜单或菜单项
- 关于java版本的问题
- 怎么用正则表达式判断一个字符串中有指定字符???
- abstract 的类中是不是允许定义私有成员?有什么用呢?
- 在java中,怎么传送命令行参数?我是初学者,请多指教!急用!
- ********看看你java学的如何^_^*********
- 关于swing事件的问题
- 突然记起来了!!哪里有java类库的树形图,及属性,方法的具体描述,这种东西哪里有?/
- 小白求教用eclipse做好的项目怎么部署到服务器上?
- X里巴巴移动面试题:尽你可能说出sleep 和wait 的区别和联系,多线程 join 方法 和 CountDownLatch 的区别
真正的问题是,为什么java不合并? 有什么不显而易见的好处吗?
感觉为了兼容以前版本的代码是一个原因..
c#就不能建个类里面有个int属性么...
什么叫做毫无疑问合并肯定是可以的?
那弱类型不是更方便....
包装类则是java中一切都是对象的原则下的具体体现,方便于泛型、集合使用,也就是一切可以当做对象处理。
通过Java的包装类,基本数据类型的变量或者值能包装成包装类的实例来使用。比如有个方法需要传进去Object类型的参数,实际需要的是1,2,3这样的值,这个时候就可以用将比如int转换成Integer。
你说的很好。
问你个问题, 如果你是一个语言的设计者,设计一个强类型面向对象的语言,对于整数,你是设计成一个int类型,还是两个int类型?
至于为什么保留int,因为性能,
Integer 也是Object , 也要垃圾回收,
基本类型不需要垃圾回收。
别纠结蛋疼了
java是完全面相对象的语言,一切皆对象,所以为了将基本类型变成对象,java弄出了包装类的概念。
如果完全把int等基本类型删除,在对数字进行操作的时候,都要写一大堆,变成各自包装类才能操作的话,那程序看过去就不简洁了,在jdk1.5之后,引进了自动拆装箱的概念,就可以直接用基本类型,省去了繁琐的拆装箱过程,对每一个程序员来说都是一大福音。
你说的很好。
问你个问题, 如果你是一个语言的设计者,设计一个强类型面向对象的语言,对于整数,你是设计成一个int类型,还是两个int类型?
还是像C#那样设计成结构体比较好一些,毕竟操作整数不会面临太多的对象引用,值类型就足够了
int是值类型,Integer是int的封装类,是引用类型
你可以去问下 James Gosling