有很多人對於 LSP Liskov Substitution Principle 里氏替換原則 所講述的內容，看得很模糊，有些時候是學習者對於物件導向程式設計觀念不慎清楚、開發經歷中，也甚少經常設計類別繼承的程式碼，不過，也有人說，我都有設計類別繼承，要是我，才不會有這樣的問題；可是，這是個原則，講的是當您遵從這個原則之後，就不會設計出有行為異常的子類別，有些時候，您也可能需要維護別人開發的舊專案，這個專案也許不知道經過幾個人來維護過了，往往有需求變更的時候，為了客戶時效要求，手頭上有很多專案要開發，就直接繼承類別，產生新的子類別來設計出滿足變更需求的程式，當然，經過一段時間之後，這個專案上就會產生違反 LSP 的問題；不過，說實在的，若這個專案從頭到尾都是您自己開發，也是有可能產生違反 LSP 的問題。一旦程式碼出現違反 LSP 的原則，就會產生出許多意想不到的問題，而這些問題，很多時候是在設計與除錯時候，無法立即發現到的 (更多關於 LSP 的介紹，網路上已經有海量的文章，請各位自行去搜尋、研究)
現在，讓我們來看看底下的範例，您能夠看出它存在著甚麼問題嗎？
另外，他是否有遵從 LSP 原則嗎？
不論答案是肯定或者是否定，請您要提出的論述觀點，這樣，才能夠知道，您是否真正明瞭甚麼是 LSP Liskov Substitution Principle 里氏替換原則
class 鳥
{
public virtual void 飛() { Console.WriteLine("鳥在飛"); }
public virtual void 吃() { Console.WriteLine("鳥在吃"); }
}
class 老鷹 : 鳥
{
public override void 飛() { Console.WriteLine("老鷹在飛"); }
public override void 吃() { Console.WriteLine("老鷹在吃"); }
}
class 鴕鳥 : 鳥
{
public override void 飛() { throw new NotSupportedException("鴕鳥不能飛"); }
public override void 吃() { Console.WriteLine("老鷹在吃"); }
}
底下是使用上面類別的範例程式碼
class Program
{
static void Main(string[] args)
{
List<鳥> birds = new List<鳥>();
birds.Add(new 鳥());
birds.Add(new 老鷹());
birds.Add(new 鴕鳥());
BirdsFly(birds);
}
static void BirdsFly(List<鳥> birdList)
{
foreach (var item in birdList)
{
item.飛();
}
}
}
關於 Xamarin 在台灣的學習技術資源
歡迎加入 Xamarin 實驗室 粉絲團，在這裡，將會經常性的貼出各種關於 Xamarin / Visual Studio / .NET 的相關消息、文章、技術開發等文件，讓您可以隨時掌握第一手的 Xamarin 方面消息。
歡迎加入 Xamarin.Forms @ Taiwan，這是台灣的 Xamarin User Group，若您有任何關於 Xamarin / Visual Studio / .NET 上的問題，都可以在這裡來與各方高手來進行討論、交流。
Xamarin 實驗室 部落格 是作者本身的部落格，這個部落格將會專注於 Xamarin 之跨平台 (Android / iOS / UWP) 方面的各類開技術探討、研究與分享的文章，最重要的是，它是全繁體中文。
Xamarin.Forms 系列課程 想要快速進入到 Xamarin.Forms 的開發領域，學會各種 Xamarin.Forms 跨平台開發技術，例如：MVVM、Prism、Data Binding、各種 頁面 Page / 版面配置 Layout / 控制項 Control 的用法等等，千萬不要錯過這些 Xamarin.Forms 課程
