JavaBean的get、set方法引发的讨论一日,一个兄弟发了一个被大家广泛认为蛋疼的帖子,如下:{private String c
JavaBean的get、set方法引发的讨论
一日,一个兄弟发了一个被大家广泛认为蛋疼的帖子,如下:
{ private String code; //设置成私有变量,有什么鸟用? 难道是为了整个团队配合的时候告诉那些人这个变量不可以动吗? 那是不是一个开发一个项目的时候 这些 修饰符 是毫无意义的? public void setCode(String code){ this.code=code; } }
为什么要写一个方法去给变量赋值?
不能直接吧code变量设置成public 用 obj.code 去赋值吗? 搞不懂,是瞎折腾吗?
引发以下的精彩回帖。话说本帖被评为精华贴,其实是回帖里头有精华。
同学一这是java的风俗。就好比所有人都在放屁之前脱裤子的社会里,你不脱就是新手。
实际情况确实多数getter/setter都是没有用的。
以OO流派的说法,对象的状态都因该是私有的,对象之间只有message,这就是这个风俗的理论基础。
同学二1.懂OOP的程序员,会告诉你,这样做为了封装..
2.做过3-5年Java企业项目的人,并被客户需求虐待过的同学会告诉你,这样做为了程序易于修改、维护
3.懂模式设计的合格程序员,会告诉你,这样写能扩展成观察者模式,备忘录模式。。。
4.做过架构设计的牛人,会告诉你,一切为了卸耦..
同学三很简单,当你有一天需要加入一下条件或者钩子操作的时候你就知道好处啦。
比如现在你写成public的,所有的地方都直接访问,有一天,你需要在这个属性改变的时候做一些观察者的操作,比如发邮件通知,或者其他操作的时候你就杯具啦,你必须在工程中search到底多少地方调用过,并且在每个后面去加上一段sendEmailIfChange(userid,contents)代码,但是如果是封装了,就直接在set里面判断ifChange然后改了。
哪个好,你懂的。
同学四private 恰恰告诉你,这段代码可以方便的修改,而不是麻烦的修改。
假如你没用settter,gettter.
案列1:系统要求所有对code:String设置值的时候需要记录日志。你原来的代码都是这个样子的:
code = "SomeCode...";
你可能必须得在每处出现此语句的前面加上Log.in(code);有没有想过如果那段代码不是你写的,你没有动那段代码的权限,又或者代码已经通过jar包封成库,发布给客户使用,你咋办?
如果用setter,情形如下:
public void setCode(String code) { Log.in(code); this.code=code; }
同学五封装:任何类成员变量都不应该被外部直接访问(且不说Javabean规范本身就是这样)
同学六使用 80% 的冗余代码来解决 20% 不一定出现的问题