您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“C#中條件編譯、內聯函數、CLS的示例分析”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“C#中條件編譯、內聯函數、CLS的示例分析”這篇文章吧。
#if
條件編譯會隱藏非條件(#else if)代碼,我們開發中很可能會忽略掉這部分代碼,當我們切換條件常量到這部分代碼時,很可能因為各種原因導致報錯。
如果使用特性進行條件編譯標記,在開發過程中就可以留意到這部分代碼。
[Conditional("DEBUG")]
例如,當使用修改所有引用-修改一個類成員變量或者靜態變量名稱時,#if
非條件中的代碼不會被修改,因為這部分代碼“無效”,而且使用 [Conditional("DEBUG")]
的代碼則跟條件無關,會被同步修改。
Conditional
特性標記的方法等,在開發過程中保持有效,當在編譯時可能被排除。
代碼片段只能使用 #if
了,如果是單個方法,則可以使用 Conditional
。
此特性在 System.Runtime.CompilerServices 命名空間中,指定如何實現方法的詳細信息。
內聯函數使用方法可參考 http://www.5655pk.com/article/242567.htm
MethodImpl 特性可以影響 JIT 編譯器的行為。
無法使用 MemberInfo.GetCustomAttributes
來獲取此特性的信息,即不能通過獲取特性的方法獲取跟 MethodImpl
有關的信息(反射),只能調用 MethodInfo.GetMethodImplementationFlags()
或 ConstructorInfo.GetMethodImplementationFlags ()
來檢索。
MethodImpl 可以在方法以及構造函數上使用。
MethodImplOptions 用于設置編譯行為,枚舉值可組合使用,其枚舉說明如下:
枚舉 | 枚舉值 | 說明 |
---|---|---|
AggressiveInlining | 256 | 如可能應將該方法進行內聯。 |
AggressiveOptimization | 512 | 此方法包含一個熱路徑,且應進行優化。 |
ForwardRef | 16 | 已聲明該方法,但在其他位置提供實現。 |
InternalCall | 4096 | 該調用為內部調用,也就是說它調用了在公共語言運行時中實現的方法。 |
NoInlining | 8 | 該方法不能為內聯方法。 內聯是一種優化方式,通過該方式將方法調用替換為方法體。 |
NoOptimization | 64 | 調試可能的代碼生成問題時,該方法不由實時 (JIT) 編譯器或本機代碼生成優化(請參閱 Ngen.exe)。 |
PreserveSig | 128 | 完全按照聲明導出方法簽名。 |
Synchronized | 32 | 該方法一次性只能在一個線程上執行。 靜態方法在類型上鎖定,而實例方法在實例上鎖定。 只有一個線程可在任意實例函數中執行,且只有一個線程可在任意類的靜態函數中執行。 |
Unmanaged | 4 | 此方法在非托管的代碼中實現。 |
Synchronized
修飾的方法可以避免多線程中的一些問題,但是不建議對公共類型使用鎖定實例或類型上的鎖定,因為 Synchronized
可以對非自己的代碼的公共類型和實例進行鎖定。 這可能會導致死鎖或其他同步問題。
意思是說,如果共享的成員已經設置了鎖,那么不應該再在 Synchronized
方法中使用,這樣雙重鎖定容易導致死鎖以及其他問題。
指示程序元素是否符合公共語言規范 (CLS)。
CLS規范可參考:
https://docs.microsoft.com/en-us/dotnet/standard/language-independence
全局開啟方法:
程序目錄下添加一個 AssemblyAttribytes.cs 文件,或者打開 obj 目錄,找到 AssemblyAttributes.cs 結尾的文件,如 .NETCoreApp,Version=v3.1.AssemblyAttributes.cs,添加:
using System; // 這行已經有的話不要加 [assembly: CLSCompliant(true)]
之后就可以在代碼中使用 [CLSCompliant(true)]
特性。
局部開啟:
也可以放在類等成員上使用:
[assembly: CLSCompliant(true)]
您可以將特性應用于 CLSCompliantAttribute 下列程序元素:程序集、模塊、類、結構、枚舉、構造函數、方法、屬性、字段、事件、接口、委托、參數和返回值。 但是,CLS 遵從性的概念僅適用于程序集、模塊、類型和類型的成員。
程序編譯時默認不會檢查代碼是否符合 CLS 要求,但是如果你的可以是公開的(代碼共享、Nuget 發布等),則建議使用使用 [assembly: CLSCompliant(true)]
,指明你的庫符合 CLS 要求。
在團隊開發中以及內部共享代碼時,高質量的代碼尤為重要,所以有必要使用工具檢查代碼,如 roslyn 靜態分析、sonar 掃描等,也可以使用上面的特性,自動使用 CLS 檢查。
CLS 部分要求:
無符號類型不應成為該類的公共接口的一部分(私有成員可以使用),例如 UInt32 這些屬于 C# 的類型,但不是 CLS “標準” 中的。
指針等不安全類型不能與公共成員一起使用,就是公有方法中都不應該使用 unsafe 代碼。(私有成員可以使用)。
類名和成員名不應重名。雖然 C# 中區分大小寫,但是 CLS 不建議同名非重載函數,例如 MYTEST 跟 Mytest。
只能重載屬性和方法,不應重載運算符。重載運算符容易導致調用者不知情時出現程序錯誤,并且重載運算符要排查問題十分困難。
我們可以編譯以下代碼,嘗試使用 CLSCompliant
:
[assembly: CLSCompliant(true)] [CLSCompliant(true)] public class Test { public void MyMethod() { } public void MYMETHOD() { } }
IDE 中會警告:warning CS3005: 僅大小寫不同的標識符“Test.MYMETHOD()”不符合 CLS,編譯時也會提示 Warn。當然,不會阻止編譯,也不會影響程序運行。
總之,如果要標記一個程序集 CLS 規范,可以使用 [assembly: CLSCompliant(true)]
特性。
[CLSCompliant(true)]
特性指示這個元素符合 CLS 規范,這時編譯器或者 IDE 會檢查你的代碼,檢查是否真的符合規范。
如果偏偏要寫不符合規范的代碼,則可以使用 [CLSCompliant(false)]
。
C# 也可以定義類型別名。
using intbyte = System.Int32; using intkb = System.Int32; using intmb = System.Int32; using intgb = System.Int32; using inttb = System.Int32;
byte[] fileByte = File.ReadAllBytes("./666.txt"); intmb size = fileByte.Length / 1024;
一些情況下,使用別名可以提高代碼可讀性。真實項目不要使用以上代碼,我只是寫個示例,這并不是合適的應用場景。
以上是“C#中條件編譯、內聯函數、CLS的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。