开闭原则就是指软件实体应当尽量保证在不修改原有代码的情况下，对软件进行扩展。开闭原则是面向对象设计的基石。
示例public interface IMobilePhone { decimal Price { get; set; } string Model { get; set; } Color Color { get; set; }}
public enum Color { Black, White}
首先用IMobilePhone接口建立手机契约，并向外暴露3个属性，Price属性为手机价格，Model属性为手机型号，Color属性为手机外观颜色，接下来我们用此接口实现一个ApplePhoneX的类。
注：手机接口IMobilePhone最好不要命名为IPhone，ApplePhoneX类不要命名为IPhoneX，因为这容易引起误解。
public class ApplePhoneX : IMobilePhone { public virtual double Price { get => 8799; set => Price = value; } public virtual string Model { get => "IPhone X"; set => Model = value; } public virtual Color Color { get => Color.Black; set => Color = value; }}
以下是一个调用方可能的代码：
IMobilePhone mobilePhone = new ApplePhoneX();var price = mobilePhone.Price;
现在需求发生了变化，因为IPhone9上市在即，库克决定为IPhoneX打折促销，黑色的IPhoneX降价为6500.00元，白色的IPhoneX降价为6450.00元， 容易想到的一个做法是，修改IMobilePhone接口，增加DiscountPrice属性，可能如下所示：
public interface IMobilePhone { double Price { get; set; } string Model { get; set; } Color Color { get; set; } double DiscountPrice { get; set; }//增加}
public class ApplePhoneX : IMobilePhone { public virtual double Price { get => 8799; set => Price = value; } public virtual string Model { get => "IPhone X"; set => Model = value; } public virtual Color Color { get => Color.Black; set => Color = value; } public virtual double DiscountPrice {//增加 get => Color == Color.Black ? 6500.00 : 6450.00; set => DiscountPrice = value; }}
public class HuaweiPhone : IMobilePhone { //需要修改}
public class SmartisanPhone : IMobilePhone { //需要修改}
但是这次修改将会影响到所有实现IMobilePhone接口的类，比如HuaweiPhone类和SmartisanPhone类。接口作为一种契约，应当是一种稳定的存在，不允许轻易修改，否则将明显违反开闭原则。以下给出一个解决方案以供参考：
public class DiscountApplePhoneX : ApplePhoneX { public override double Price { get => Color == Color.Black ? 6500.00 : 6450.00; set => Price = value; }}
IMobilePhone mobilePhone = new DiscountApplePhoneX();var price = mobilePhone.Price;
通过增加一个继承自ApplePhoneX的DiscountApplePhoneX类并重写Price方法来解决这个新需求，原来的所有代码均不需要更改，只要在使用打折手机的地方修改其使用即可，符合开闭原则。
