跳到主要內容

[C#.NET 拾遺補漏]05：操作符的幾個騷操作

閱讀本文大概需要 1.5 分鐘。


大家好，這是極客精神【C#.NET 拾遺補漏】專輯的第 5 篇文章，今天要講的內容是操作符。


操作符的英文是 Operator，在數值計算中習慣性的被叫作運算符，所以在中文的概念中，運算符是操作符的一個子集。


操作符是很基礎的知識了，基礎歸基礎，我們來回顧一下 C# 操作符那些比較騷的操作，能想到的不多，請大家補充。


操作符的重載


操作符重載大部分語言都沒有，而 C# 有。C# 允許用戶定義類型對操作符進行重載，方式是使用 operate 關鍵字把操作符寫成公開靜態函數。下面來演示一下重載 + 這個操作符。


我們創建一個 Complex 結構類型來代表一個複數，我們知道複數有實數和虛數組成，於是可以這樣定義：


public struct Complex
 {
     public double Real { get; set; }
     public double Imaginary { get; set; }
 }

現在我們想實現複數的相加操作，即：


Complex a = new Complex() { Real = 1, Imaginary = 2 };
 Complex b = new Complex() { Real = 4, Imaginary = 8 };
 Complex c = a + b;

默認情況，自定義類是不能進行算術運算的，以上 a + b 會編譯報錯，我們需要對 + 進行操作符重載：


public static Complex operator +(Complex c1, Complex c2)
 {
     return new Complex
     {
         Real = c1.Real + c2.Real,
         Imaginary = c1.Imaginary + c2.Imaginary
     };
 }

C# 中像加減乘除等這類操作符都可以重載，也有些操作符是不能重載的，具體請查看文末參考鏈接。


隱式和顯式轉換操作符


我們知道子類可以隱式轉換為父類，在某種情況下（如父類由子類賦值而來）父類可以顯式轉換為子類。


在 C# 中，對於沒有子父類關係的用戶定義類型，也是可以實現顯式和隱式轉換的。C# 允許用戶定義類型通過使用 implicit 和 explicit 關鍵字來控制對象的賦值和對象的類型轉換。它的定義形式如下：


public static <implicit/explicit> operator <結果類型>(<源類型> myType)

這裏以結果類型為方法名，源類型對象作為參數，只能是這一個參數，不能定義第二個參數，但可以通過該參數對象訪問其類的私有成員。下面是一個既有顯式又有隱式轉換操作符的例子：


public class BinaryImage
 {
     private readonly bool[] _pixels;
 
     // 隱式轉換操作符示例
     public static implicit operator ColorImage(BinaryImage bm)
     {
         return new ColorImage(bm);
     }
 
     // 顯式轉換操作符示例
     public static explicit operator bool[](BinaryImage bm)
     {
         return bm._pixels;
     }
 }
 
 public class ColorImage
 {
     public ColorImage(BinaryImage bm) { }
 }

這樣，我們就可以把 BinaryImage 對象隱式轉換為 ColorImage 對象，把 BinaryImage 對象顯式轉換為 bool 數組對象：


var binaryImage = new BinaryImage();
 ColorImage colorImage = binaryImage; // 隱式轉換
 bool[] pixels = (bool[])binaryImage; // 顯式轉換

而且轉換操作符可以定義為雙向显示和隱式轉換。既可從你的類型而來，亦可到你的類型而去：


public class BinaryImage
 {
     public BinaryImage(ColorImage cm) { }
 
     public static implicit operator ColorImage(BinaryImage bm)
     {
         return new ColorImage(bm);
     }
 
     public static explicit operator BinaryImage(ColorImage cm)
     {
         return new BinaryImage(cm);
     }
 }

我們知道 as 操作符也是一種顯式轉換操作符，那它適用於上面的這種情況嗎，即：


ColorImage cm = myBinaryImage as ColorImage;

你覺得這樣寫有問題嗎？請在評論區告訴我答案。


空條件和空聯合操作符


空條件(Null Conditional)操作符 ?. 和空聯合(Null Coalescing)操作符 ??，都是 C# 6.0 的語法，大多數人都很熟悉了，使用也很簡單。


?. 操作符會在對象為 null 時立即返回 null，不為 null 時才會調用後面的代碼。其中的符號 ? 代表對象本身，符號 . 代表調用，後面不僅可以是對象的屬性也可以是索引器或方法。以該操作符為分隔的每一截類型相同時可以接龍。示例：


var bar = foo?.Value; // 相當於 foo == null ? null : foo.Value
 var bar = foo?.StringValue?.ToString(); // 每一截類型相同支持接龍
 var bar = foo?.IntValue?.ToString(); // 每一截類型不同，不能接龍，因為結果類型無法確定

如果是調用索引器，則不需要符號 .，比如：


var foo = new[] { 1, 2, 3 };
 var bar = foo?[1]; // 相當於 foo == null ? null : foo[1]

空聯合操作符 ??，當左邊為空時則返回右邊的值，否則返回左邊的值。同樣，每一截的類型相同時支持接龍。


var fizz = foo.GetBar() ?? bar;
 var buzz = foo ?? bar ?? fizz;

=> Lambda 操作符


Lambda 操作符，即 =>，它用來定義 Lambda 表達式，也被廣泛用於 LINQ 查詢。它的一般定義形式如下：


(input parameters) => expression

示例：


string[] words = { "cherry", "apple", "blueberry" };
 int minLength = words.Min((string w) => w.Length);

實際應用中我們一般省略參數的類型聲明：


int minLength = words.Min(w => w.Length);

Lambda 操作符的後面可以是表達式，可以是語句，也可以是語句塊，比如：


// 表達式
 (int x, int y) => x + y
 
 // 語句
 (string x) => Console.WriteLine(x)
 
 // 語句塊
 (string x) => {
     x += " says Hello!";
     Console.WriteLine(x);
 }

這個操作符也可以很方便的用來定義委託方法（其實 Lambda 操作符就是由委託演變而來）。


單獨定義委託方法：


void MyMethod(string s)
 {
     Console.WriteLine(s + " World");
 }
 delegate void TestDelegate(string s);
 TestDelegate myDelegate = MyMethod;
 myDelegate("Hello");

使用 Lambda 操作符：


delegate void TestDelegate(string s);
 TestDelegate myDelegate = s => Console.WriteLine(s + " World");
 myDelegate("Hello");

在一個類中，當實現體只有一句代碼時，也可以用 Lambda 操作符對方法和 Setter / Getter 進行簡寫：


public class Test
 {
     public int MyProp { get => 123; }
     public void MyMethod() => Console.WriteLine("Hello!");
 }

以上是幾種比較有代表性的操作符的"騷"操作，當然還有，但大多都過於基礎，大家都知道，就不總結了。


C# 雖然目前不是最受歡迎的語言，但確實是一門優美的語言，其中少不了這些操作符語法糖帶來的功勞。


參考：https://bit.ly/3h5yKNr

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】



※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!



※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線



※Google地圖已可更新顯示潭子電動車充電站設置地點!!



※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益



※別再煩惱如何寫文案,掌握八大原則!



※網頁設計最專業,超強功能平台可客製化



Orignal From: [C#.NET 拾遺補漏]05：操作符的幾個騷操作

留言

張貼留言

這個網誌中的熱門文章

有了四步解題法模板，再也不害怕動態規劃！（看不懂算我輸）

導言 動態規劃問題一直是算法面試當中的重點和難點，並且動態規劃這種通過空間換取時間的算法思想在實際的工作中也會被頻繁用到，這篇文章的目的主要是解釋清楚 什麼是動態規劃 ，還有就是面對一道動態規劃問題，一般的 思考步驟 以及其中的注意事項等等，最後通過幾道題目將理論和實踐結合。 什麼是動態規劃 如果你還沒有聽說過動態規劃，或者僅僅只有耳聞，或許你可以看看 Quora 上面的這個 回答 。 How to explain dynamic 用一句話解釋動態規劃就是 " 記住你之前做過的事 "，如果更準確些，其實是 " 記住你之前得到的答案 "。 我舉個大家工作中經常遇到的例子。 在軟件開發中，大家經常會遇到一些系統配置的問題，配置不對，系統就會報錯，這個時候一般都會去 Google 或者是查閱相關的文檔，花了一定的時間將配置修改好。 過了一段時間，去到另一個系統，遇到類似的問題，這個時候已經記不清之前修改過的配置文件長什麼樣，這個時候有兩種方案，一種方案還是去 Google 或者查閱文檔，另一種方案是借鑒之前修改過的配置，第一種做法其實是萬金油，因為你遇到的任何問題其實都可以去 Google，去查閱相關文件找答案，但是這會花費一定的時間，相比之下，第二種方案肯定會更加地節約時間，但是這個方案是有條件的，條件如下： 之前的問題和當前的問題有着關聯性，換句話說，之前問題得到的答案可以幫助解決當前問題 需要記錄之前問題的答案 當然在這個例子中，可以看到的是，上面這兩個條件均滿足，大可去到之前配置過的文件中，將配置拷貝過來，然後做些細微的調整即可解決當前問題，節約了大量的時間。 不知道你是否從這些描述中發現，對於一個動態規劃問題，我們只需要從兩個方面考慮，那就是 找出問題之間的聯繫 ，以及 記錄答案 ，這裏的難點其實是找出問題之間的聯繫，記錄答案只是順帶的事情，利用一些簡單的數據結構就可以做到。 概念 上面的解釋如果大家可以理解的話，接    動態規劃 算法是通過拆分問題，定義問題狀態和狀態之間的關係，使得問題能夠以遞推（或者說分治）的方式去解決。它的幾個重要概念如下所述。    階段： 對於一個完整的問題過程，適當的切分為若干個相互聯繫的子問題，每次在求解一個子問題...
張貼留言
閱讀完整內容

計算機本地文件快要滅絕了

　　 編者按： 文件是数字世界的基石，是我們基本的工作單位。但是，隨着互聯網的雲化、平台化、服務化，文件日益變得可有可無。這樣一種改變究竟好不好呢？喜歡懷舊的 Simon Pitt 開始回顧各種文件的好處，哪怕這讓他顯得不合時宜。原文發表在 medium 上，標題是：Computer Files Are Going Extinct 　　我喜歡文件。我喜歡對文件重命名、移動、排序，改變它們在文件夾中的显示方式，去備份文件，將之上傳到互聯網，恢復它們，對其進行複製，甚至還可以對文件進行碎片整理。作為信息存儲方式的一種隱喻，在我看來文件是很出色的。我喜歡把文件當作一個工作單位。如果我要寫篇文章，文章會放在文件裏面。如果我要生成圖像，圖像會保存進文件裏面。 　　 謳歌 files.doc 　　文件是擬物化的。這是個很花哨的詞，只是用來表示文件是反映現實物品的一個数字概念。比方說，Word 文檔就像一張紙，躺在你的辦公桌上（desktop）。JPEG 就像一幅畫，等等。它們每個都有一個小圖標，圖標的樣子看起來像它們所代表的現實物品。一堆紙，一個畫框，一個馬尼拉文件夾。真的挺很迷人的。 　　我喜歡文件的一點是，不管裏面有什麼，跟文件的交互方式總是一致的。我上面提到的那些東西——複製、排序、碎片整理——我可以對任何文件進行那些處理。文件可能是圖像、遊戲的一部分、也可能是我最喜歡的餐具清單。碎片整理程序不在乎它是什麼。它不會去判斷內容。 　　自從我開始在 Windows 95 裏面創建文件以來，我就一直都很喜歡文件。但是我注意到我們已經開始慢慢地遠離把文件當作基本工作單位的做法。 Windows95。我的計算機 　　 services.mp3 的興起 　　十幾歲的時候，我開始痴迷於收集和管理数字音樂：我收藏 MP3 文件。一大堆的 128 kbps MP3 文件。如果你足夠幸運，有自己的 CD 刻錄機的話，就可以將它們刻錄到 CD 上，然後在朋友之間傳遞。一張 CD 可以容納 700 MB。這相當於將近 500 張軟盤！ 　　我會仔細端詳我的收藏，然後煞費苦心地給它們添加上 IDv1 和 IDv2 音樂標籤。隨着時間的流逝，大家開始開發可以在雲端自動獲取曲目列表的工具，這樣你就可以檢查和驗證 MP3 的質量。有時候我甚至會去聽那些該死的東西，儘管...
張貼留言
閱讀完整內容

純電動 Mini Cooper SE 將成為中國國產車，年產 16 萬輛

BMW 集團與中國長城汽車合資，將於江蘇建立新廠，專門投入生產 MINI Cooper SE 和部分長城品牌電動車，預計於 2022 年完工並投入生產，每年將可生產 16 萬輛電動車。 靈動可愛的 Mini Cooper，在許多車迷心中都有著特殊的地位，今年 7 月發表了首款純電動版本的 Mini Cooper SE 之後，獲得熱烈迴響，預訂數量已接近 8 萬台，顯示大家對於純電 Mini 的熱愛，因為油電版的 Mini Cooper Countryman 的全球總銷售量也才 3 萬出頭。 Mini Cooper SE 之前公布了官方定價，最低從 27,900 歐元起算，美國售價約 29,900 美元。相比現有的三門款，只貴了一成左右。然而，三年後，中國消費者將有機會買到最便宜的電動 Mini。 電動 Mini Cooper SE 最低價是 27,900 歐元，扣掉全額補助最低可以到 24,400 歐元。 BMW 集團與中國長城汽車集團於 2018 年宣布，將組建合資公司光束汽車，投入在中國的電動車生產計畫，而現在他們正式宣布啟動計畫，於江蘇張家港打造一個新工廠，全部投入電動車的製造，包括了 Mini Cooper SE 和其他長城汽車旗下的電動車。 目前的電動 Mini 只在英國牛津工廠製造，不難想像當產能轉移到中國後，Mini Cooper SE 的價格將有機會進一步調降，來競爭全球最大的電動車市場。這座屬於合資公司光束汽車的新工廠，採用一個新的產銷模式，由 BMW 和長城共同合作開發、設計、製造新產品，但是銷售通路完全沿用原本的品牌渠道。 換句話說，2020 年到 2022 年銷售的電動 Mini，將會是英國製造，而 2022 年後就會有中國製造版本開賣，考量到 Mini 在中國每年約有 30 萬輛的銷售額，同時油電版的 Coutryman 銷量更佔了全球將近五分之一，無怪乎 BMW 會想在最接近主要市場的地方蓋工廠囉。 外型完美復刻油車版 最後，簡單介紹一下 Mini Cooper SE 這台車。Mini 在電動化的路上，盡力保持著跟經典造型一致的設計，畢竟大家愛的就是它的設計。電動版的 Mini 車頭、車身跟車屁股都多了一個黃色的插頭標誌，車頭的氣壩則變成封閉式設計，除此之外，幾乎看不出來差別，連馬達...
張貼留言
閱讀完整內容