C#中字段、属性、只读、构造函数赋值、反射赋值的相关
C#中字段、屬性和構(gòu)造函數(shù)賦值的問題
提出問題
首先提出幾個(gè)問題:
1、如何實(shí)現(xiàn)自己的注入框架?
2、字段和自動(dòng)屬性的區(qū)別是什么?
3、字段和自動(dòng)屬性聲明時(shí)的直接賦值和構(gòu)造函數(shù)賦值有什么區(qū)別?
4、為什么只讀字段和只讀自動(dòng)屬性(只有g(shù)et沒有set訪問器)都可以在構(gòu)造函數(shù)中進(jìn)行賦值?
5、反射可以給只讀字段或者只讀屬性進(jìn)行賦值嗎?
6、自動(dòng)屬性和普通屬性的區(qū)別?
這些問題是我在試著寫自己的注入實(shí)現(xiàn)時(shí)遇到的問題。這些問題應(yīng)該在學(xué)習(xí)C#時(shí)的第一節(jié)課就應(yīng)該學(xué)到了,我看網(wǎng)上還有人分享說他在面試時(shí)遇到面試官問為什么只讀字段和只讀自動(dòng)屬性可以在構(gòu)造函數(shù)中進(jìn)行賦值,他沒有回答上來,然后他寫文章探討這個(gè)問題,卻沒有得出一個(gè)明顯的答案,實(shí)在可惜。網(wǎng)上關(guān)于只讀屬性有些是寫ReadOnly特性的,讀到這些文章直接跳過吧,老版本的C#現(xiàn)在看也沒什么幫助。
給出答案
2、屬性比字段多了get/set訪問器;字段是在內(nèi)存中聲明的一個(gè)內(nèi)存空間,可以實(shí)實(shí)在在的存儲(chǔ)值;屬性像字段一樣使用,卻可以有自己的代碼段,能賦值取值,是因?yàn)樵L問屬性就是調(diào)用屬性的get/set方法對(duì)字段進(jìn)行取值賦值(或者不操作字段);在MSDN上,建議字段作為類的私有變量使用private/protected修飾,屬性則往往作為共有屬性使用public修飾;字段的讀取和操作都是直接操作內(nèi)存,屬性是調(diào)用get/set訪問器,所以字段比屬性快。
3、準(zhǔn)確來說,沒有區(qū)別。區(qū)別僅僅是直接賦值先執(zhí)行,構(gòu)造函數(shù)賦值后執(zhí)行。在生成的IL中間語言(C#代碼先編譯成IL代碼,然后才編譯成匯編語言)中,字段直接賦值和構(gòu)造函數(shù)賦值是在同一個(gè)代碼段中(構(gòu)造函數(shù)中)的。
4、這個(gè)問題可以和上面的問題聯(lián)合起來回答。構(gòu)造函數(shù)作為實(shí)例化一個(gè)類的入口,是最先訪問的。字段的直接賦值其實(shí)也是放在構(gòu)造函數(shù)中執(zhí)行的,所以才說直接賦值和構(gòu)造函數(shù)賦值沒有區(qū)別。“只讀”的限制只是由C#編譯器(CLR)維護(hù)的,我覺得全名應(yīng)該叫做“除構(gòu)造函數(shù)外只讀”更加準(zhǔn)確,這是C#語法的規(guī)則記住就行(這是當(dāng)然,直接賦值其實(shí)是放在構(gòu)造函數(shù)中進(jìn)行賦值的,如果構(gòu)造函數(shù)不能賦值那只讀字段沒有值和沒有聲明一樣);
5、這個(gè)問題又可以和上面的問題聯(lián)系起來一起回答。通過反射可以給自讀字段賦值但是無法給只讀屬性進(jìn)行賦值(不相信的可以試一下)。對(duì)只讀字段的賦值是因?yàn)槔@過了C#編譯器(CLR)的只讀顯示,對(duì)只讀屬性賦值的話是還是調(diào)用set訪問器對(duì)字段進(jìn)行賦值,因?yàn)闆]有set訪問器所以允許后會(huì)報(bào)錯(cuò)。那么問題來了,那為什么只讀自動(dòng)屬性沒有set訪問器還可以在構(gòu)造函數(shù)中賦值呢?其實(shí)只讀自動(dòng)屬性在構(gòu)造函數(shù)中進(jìn)行賦值,實(shí)質(zhì)上是對(duì)字段進(jìn)行賦值,和屬性的get/set訪問器沒有關(guān)系。
6、區(qū)別是什么?上面一直強(qiáng)調(diào)自動(dòng)屬性,是因?yàn)樽詣?dòng)屬性和普通屬性不一樣,比如只讀普通屬性(沒有set訪問器)無法在構(gòu)造函數(shù)中賦值。在沒有自動(dòng)屬性之前,普通屬性使用步驟是首先聲明一個(gè)字段如_id,然后聲明一個(gè)屬性Id,在get和set訪問器中做一些操作,這些操作大多數(shù)是對(duì)字段_id的操作,但是有時(shí)候和字段沒有關(guān)系。普通屬性可以像字段一樣通過“.”的方式調(diào)用,但又像方法一樣具有代碼段(普通屬性從來不開辟內(nèi)存空間)。
但是C#3.0之后引入了自動(dòng)屬性,聲明方式如public int id { get; set; },C#6.0之后又有了public string FirstName { get; set; } = "Jane"。自動(dòng)屬性肯定開辟了內(nèi)存空間然后才有了自動(dòng)屬性的直接賦值。其實(shí)在類中聲明自動(dòng)屬性會(huì)在編譯成IL中間語言中聲明一個(gè)隱藏字段,然后生成隱藏字段的get/set方法,然后生成get/set訪問器。這里可以解釋為什么只讀普通屬性無法在構(gòu)造函數(shù)中賦值(和直接賦值)而只讀自動(dòng)屬性可以在構(gòu)造函數(shù)中賦值(和直接賦值),因?yàn)椴徽撝苯淤x值還是在構(gòu)造函數(shù)中賦值,生成的IL代碼中的構(gòu)造函數(shù)中,操作的都是隱藏字段,并沒有訪問屬性的set訪問器。(注意這里只是說的類中的自動(dòng)屬性,接口中也是可以有自動(dòng)屬性的,但是接口的自動(dòng)屬性并不會(huì)生成隱藏字段只是定義get/set訪問器)
開始解釋
通過C#生成的IL中間語言代碼可以知道的更清楚
可以看到,自動(dòng)屬性會(huì)生成一個(gè)名稱為?'<age>k__BackingField'?的隱藏私有字段+私有字段的get/set方法+屬性代碼段;
可以看到IL代碼生成了User的構(gòu)造函數(shù)?.ctor,ctor是構(gòu)造函數(shù)(Constructor)。
不論直接賦值還是構(gòu)造函數(shù)賦值,都是在.ctor中執(zhí)行的,并且操作的都是字段,自動(dòng)屬性的賦值操作的是隱藏字段。
public interface IUser{ ? ?int id { get; set; }}可以看到,接口中的自動(dòng)屬性并沒有生成隱藏字段。
其他說明
1、上文中提到“反射可以給只讀字段進(jìn)行賦值但是無法給只讀屬性進(jìn)行賦值”。無法給只讀屬性進(jìn)行賦值是因?yàn)闆]有set訪問器。但是我們已經(jīng)知道了可以給字段賦值,并且只讀屬性會(huì)生成隱藏字段,那我們是不是可以通過給隱藏字段進(jìn)行賦值間接達(dá)到給自動(dòng)屬性賦值的目的呢?答案是可以的!
定義User的只讀自動(dòng)屬性
控制臺(tái)的反射賦值代碼:
運(yùn)行
2、因?yàn)殡[藏字段是私有的,所以取到隱藏字段需要??BindingFlags.NonPublic
3、只讀自動(dòng)屬性說明不想被訪問到那為什么還要給它賦值呢?這個(gè)問題……做著玩,項(xiàng)目中我覺得也沒有什么用到的機(jī)會(huì)……
原文地址:https://www.cnblogs.com/gdpw/p/9463145.html
.NET社區(qū)新聞,深度好文,歡迎訪問公眾號(hào)文章匯總 http://www.csharpkit.com
總結(jié)
以上是生活随笔為你收集整理的C#中字段、属性、只读、构造函数赋值、反射赋值的相关的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: ASP.NET Core MVC wit
- 下一篇: .NET Core开发日志——Reque