我正在實施策略模式來實現不同類型鴨子的行為。這是代碼：public interface IFlybehaviour {  public void fly();}public class GeneralFlybehaviour{  public void fly()  {    Console.WriteLine("I can fly as a duck");  }}public abstract class Duck{  IFlybehaviour flybehaviour;  Duck()  {  }  public void PerformFly()  {   flybehaviour.fly();  }}public class SimpleDuck : Duck{  public SimpleDuck(IFlybehaviour flybehaviour)  {    flybehaviour = new GeneralFlybehaviour();  }}In the main methodvoid main(){  Duck d = new SimpleDuck();  d.PerformFly();}這符合“開放封閉原則”和“ Liskov 替代原則”，我可以在其中創建 50 種不同類型的鴨子，例如SimpleDuck，FlyingDuck等等?，F在我需要一個ComplicatedDuck具有特殊能力的類來實現其弟子的愿望讓我們說：//public class ComplicatedDuck extends Duck (Java)    public class ComplicatedDuck : Duck     {      public ComplicatedDuck(IFlybehaviour flybehaviour)      {        flybehaviour = new GeneralFlybehaviour();      }     public void GrantWishes()     {        Console.WriteLine("Wish Granted")     }    }通過此更改，我們知道它違反了“Liskov 替換原則”，即該子類不會完全替換其基類。假設如果我在“抽象類 Duck”中再添加一個函數，那么所有繼承的成員至少需要提供一個實現，說明“我不授予特殊的愿望”。在這種情況下，這是更好的解決方案，在 ComplicatedDuck 類中添加一個方法或擴展 BaseClass注意：同樣的概念適用于 Java 也只是用“implements”關鍵字替換“:”。