why use getter,setter/accessor?

这是最近在想的一个问题,使用getter,setter的好处是什么? 但实际上,我在搜索的过程中,看到了很多“反对”的声音。

先复习一下,什么是getter,setter.

在C#中,我们又称它为property(属性),它是一组setter,getter的访问器(accessor),是一个函数成员。
在使用上,就像是在调用公共的字段一样,但它是函数,不分配内存。

set访问器为属性赋值。拥有一个单独的,隐式的值参,名为value,与属性的类型相同。返回类型为void.
get访问器从属性获取值。没有参数,拥有一个与属性类型相同的返回类型。get访问器返回一条return语句。
setter,getter可以任意顺序声明,并且,除了这两个访问器外,不允许有其它的方法。

如:

private stringcristiano;
    public string Cristinao{
        set{ cristiano = value; }
        get{ return cristiano; }
        age{...}//error
    }
属性常和字段进行关联,字段通常设置为private(这通常叫”后备字段“),因为面向对象的设计的重要原则之一就是数据封装,意味着类型的字段永远不应该被公开,否则很容易被不恰当的使用字段而破坏了对象的状态,如:xxx.age-=5;是不合理的,所以,要通过函数,来对保护的字段进行读写。(很像代理设计模式:))

在属性中,可以做很多逻辑上的计算,比如:

private int money;
    public int Money{
        set{ 
            money = value < 100 ? 100 : value;
        }
        get{
            return money < 100 ? 100 : money;
        }
    }

属性始终是函数成员。

getter,setter并不需要同时定义,只包含getter的属性,只能读取,而不能写入,相反,只包含setter的属性,只能写入,不能读取,但两者必须至少定义一个。

自动实现属性

因为属性经常被关联到”后备字段“,C#提供了自动实现属性(AIP),允许只声明 属性 而不需要声明 后备字段
,编译器会为你隐藏的创建一个私有的字段,并且自动挂接到get和set访问器上(accessor)

如:

public string Messi {
        set;
        get;
    }
如果其中一个访问器提供了方法体,另一个也需要。
public static string Russia {
        set;
        get;
    }
什么时候应该使用字段?

1.你希望返回字段来执行一些其它的副作用,比如缓存某个值(currentState,PreviousState)
2.你希望以线程安全的方式来访问字段
3.这是一个逻辑的字段,需要计算来获得,如面积area.

基础说完了,那么以上面定义的Russia为例,他和常规定义一个set,get函数有什么优势呢?

private string russia;
    public void SetRussia(string val)
    {
        russia = val;
    }

    public string GetRussia()
    {
        return russia;
    }

首先:

最直观的是属性/访问器比常规函数,代码上更加的简洁了,无论是定义上,还是使用上。

但仅仅就是这些吗,所以常规操作,去stackoverflow上找找大神们的回复,但意外的是,有很多人抨击accessor的设计是evil.有兴趣可以看下面的链接:
https://www.javaworld.com/article/2073723/core-java/why-getter-and-setter-methods-are-evil.html

CLR via C#的作者也对accessor的设计嗤之以鼻,不过他提到AIP自动属性无法调试和序列化&反序列化是不准确的,也许和他的应用环境有关,我在Mono里测试,都是OK的:)

具体关于getter,setter的讨论可以看这篇(很精彩):
https://stackoverflow.com/questions/1568091/why-use-getters-and-setters-accessors

有的人说,setter/getter,让代码不易于阅读,你无法直接判断是共公的字段还是属性。
使用常规自定义的setxx/getxxx,具有更好的移植性。

属性/访问器,除了在使用和定义上,相比常规函数要更简洁以外,它通常于需要做一些额外操作的情况,比如校验,保存旧的值,做一些逻辑上的计算等等,如果仅仅是返回源引用的形式,意义并不大。大多数情况下,我们还是要使用自定义参数的函数来适应各种复杂的场景。(2018.9.10 更新)

参考资料:
C#图解教程
CLR via C#

写得有些仓促,后面看到相关的会继续补充上来,2点15分了,时间过得太快,肚子又饿了,一堆任务压着没有完成,现在休息,早起继续工作!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 196,099评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,473评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 143,229评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,570评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,427评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,335评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,737评论 3 386
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,392评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,693评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,730评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,512评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,349评论 3 314
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,750评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,017评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,290评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,706评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,904评论 2 335

推荐阅读更多精彩内容