欢迎来到尧图网

客户服务 关于我们

您的位置:首页 > 文旅 > 旅游 > 设计模式的六大原则

设计模式的六大原则

2025/3/28 17:18:32 来源:https://blog.csdn.net/Set_Mode/article/details/146460945  浏览:    关键词:设计模式的六大原则

设计模式的六大原则

1. 单一职责原则 (Single Responsibility Principle, SRP)

一个类应该只负责一项职责。

示例代码

// 不好的设计:一个类承担多个职责
typedef struct {void (*read_data)(void);void (*process_data)(void);void (*save_data)(void);void (*display_data)(void);
} DataManager;// 好的设计:职责分离
typedef struct {void (*read_data)(void);
} DataReader;typedef struct {void (*process_data)(void);
} DataProcessor;typedef struct {void (*save_data)(void);
} DataStorage;typedef struct {void (*display_data)(void);
} DataDisplay;

2. 开闭原则 (Open-Closed Principle, OCP)

软件实体应该对扩展开放,对修改关闭。

示例代码

// 不好的设计:需要修改原有代码来添加新功能
typedef struct {void (*process)(int type) {if(type == 1) {// 处理类型1} else if(type == 2) {// 处理类型2}// 添加新类型需要修改此处}
} Processor;// 好的设计:通过接口扩展
typedef struct {void (*process)(void* self);
} ProcessorInterface;typedef struct {ProcessorInterface base;// Type1特有属性
} Type1Processor;typedef struct {ProcessorInterface base;// Type2特有属性
} Type2Processor;// 添加新类型只需要实现接口

3. 里氏替换原则 (Liskov Substitution Principle, LSP)

子类必须能够替换其基类。

示例代码

// 基类
typedef struct {int (*calculate_area)(void* self);
} Shape;// 子类必须正确实现基类的行为
typedef struct {Shape base;int width;int height;
} Rectangle;typedef struct {Shape base;int side;
} Square;// 任何使用Shape的地方都可以使用其子类
void print_area(Shape* shape) {printf("面积: %d\n", shape->calculate_area(shape));
}

4. 接口隔离原则 (Interface Segregation Principle, ISP)

客户端不应该依赖它不需要的接口。

示例代码

// 不好的设计:一个大而全的接口
typedef struct {void (*read)(void);void (*write)(void);void (*connect)(void);void (*disconnect)(void);void (*encrypt)(void);void (*decrypt)(void);
} DeviceInterface;// 好的设计:接口分离
typedef struct {void (*read)(void);void (*write)(void);
} IOInterface;typedef struct {void (*connect)(void);void (*disconnect)(void);
} ConnectionInterface;typedef struct {void (*encrypt)(void);void (*decrypt)(void);
} CryptoInterface;

5. 依赖倒置原则 (Dependency Inversion Principle, DIP)

高层模块不应该依赖低层模块,两者都应该依赖其抽象。

示例代码

// 不好的设计:直接依赖具体实现
typedef struct {void (*save_to_file)(const char* data);
} FileStorage;// 好的设计:依赖抽象接口
typedef struct {void (*save)(void* self, const char* data);
} StorageInterface;typedef struct {StorageInterface interface;// 文件存储特有属性
} FileStorage;typedef struct {StorageInterface interface;// 数据库存储特有属性
} DatabaseStorage;// 高层模块依赖StorageInterface,而不是具体实现

6. 迪米特法则 (Law of Demeter, LoD)

一个对象应该对其他对象保持最少的了解。

示例代码

// 不好的设计:对象之间过度耦合
typedef struct {void (*process_data)(CustomerData* customer,AccountData* account,TransactionData* transaction);
} OrderProcessor;// 好的设计:通过中介者模式减少耦合
typedef struct {void (*notify)(void* self, const char* event, void* data);
} Mediator;typedef struct {Mediator* mediator;void (*process_order)(void* self);
} OrderProcessor;typedef struct {Mediator* mediator;void (*handle_customer)(void* self);
} CustomerManager;typedef struct {Mediator* mediator;void (*handle_transaction)(void* self);
} TransactionManager;

总结

  1. 单一职责原则:一个类只做一件事
  2. 开闭原则:对扩展开放,对修改关闭
  3. 里氏替换原则:子类可以替换父类
  4. 接口隔离原则:接口要小而专一
  5. 依赖倒置原则:依赖抽象而不是具体
  6. 迪米特法则:降低对象之间的耦合

这六大原则是设计模式的基础,遵循这些原则可以帮助我们写出更好的代码。它们不是硬性规定,而是指导原则,需要根据实际情况灵活运用。

版权声明:

本网仅为发布的内容提供存储空间,不对发表、转载的内容提供任何形式的保证。凡本网注明“来源:XXX网络”的作品,均转载自其它媒体,著作权归作者所有,商业转载请联系作者获得授权,非商业转载请注明出处。

我们尊重并感谢每一位作者,均已注明文章来源和作者。如因作品内容、版权或其它问题,请及时与我们联系,联系邮箱:809451989@qq.com,投稿邮箱:809451989@qq.com

热搜词