我的理解是这样的:Java中,构造函数是用来实例化对象的,实例化时必定有确定的引用变量。但在调用静态函数时编译器还是通过解析原来的类来调用静态方法,不通过对象。因此构造函数不能是静态的。这种理解正确吗?
人生最曼妙的风景,竟是内心的淡定与从容!
我觉得,是类方法(静态方法)还是实例方法,关键是:这个方法是否需要类的某个具体实例的存在,这个方法是否需要作用在类某个具体实例上。说白了就是是否需要this的存在。
this
构造方法就是在类的实例产生后,对这个新生的特定的实例对象进行初始化的,当然类似于实例方法,而不是类方法。
构造函数的意义是什么?主要的作用其实就是初始化一些实例属性,现在将构造函数设计成静态的,那么势必会出现静态方法访问实例属性的情况。解决方案有两种:1.JVM可以为静态构造函数隐式的增加一个对对象的引用,就像内部类有一个隐式的对外部类的引用一样,然后通过这个引用访问对象的实例属性,但是从代码是看不出来的,这样的话就与Java语言的规范出现冲突:静态方法不可访问实例域,所以不可取。2.使用像python那种解决方法,构造函数的第一个参数默认就是对对象的引用,如self,然后访问对象的实例域就通过self进行访问,但是这种代码符合Java的风格吗?会被吐槽死吧
所以为啥不直接使用实例方法呢,多方便
我觉得,是类方法(静态方法)还是实例方法,关键是:这个方法是否需要类的某个具体实例的存在,这个方法是否需要作用在类某个具体实例上。说白了就是是否需要
this
的存在。构造方法就是在类的实例产生后,对这个新生的特定的实例对象进行初始化的,当然类似于实例方法,而不是类方法。
构造函数的意义是什么?
主要的作用其实就是初始化一些实例属性,现在将构造函数设计成静态的,那么势必会出现静态方法访问实例属性的情况。
解决方案有两种:
1.JVM可以为静态构造函数隐式的增加一个对对象的引用,就像内部类有一个隐式的对外部类的引用一样,然后通过这个引用访问对象的实例属性,但是从代码是看不出来的,这样的话就与Java语言的规范出现冲突:静态方法不可访问实例域,所以不可取。
2.使用像python那种解决方法,构造函数的第一个参数默认就是对对象的引用,如self,然后访问对象的实例域就通过self进行访问,但是这种代码符合Java的风格吗?会被吐槽死吧
所以为啥不直接使用实例方法呢,多方便