![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
文章平均质量分 72
Lucky小维
天天向上
展开
-
【设计模式 创建型】单例模式
1、单例模式保证了系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能。2、当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用 new。3、单例模式使用的场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(如:数据源、session 工厂等)原创 2024-01-19 16:07:31 · 1123 阅读 · 0 评论 -
【设计原则】单一原则S
随着业务的发展,如果这个粗粒度的类变得庞大且代码量增加,这时候,我们可以对其进行持续重构,将其拆分成更细粒度的类。换句话说,我们不应该设计臃肿的类,而是应该设计粒度小、功能单一的类。从另一个角度来看,如果一个类包含两个或更多不相关的业务功能,那么我们可以说它的职责不够单一,应该将其拆分成多个职责更加独立、粒度更细的类。的是,单一职责原则并非绝对规定,而是需要根据具体情况来判断是否需要进行类和模块的拆分。不同的应用场景、不同阶段的需求背景下,对同一个类的职责是否单一的判定,可能都是不一样的。原创 2024-01-19 11:16:44 · 413 阅读 · 0 评论 -
【设计模式 行为型】策略模式
通过策略模式,我们可以轻松地在运行时切换不同的支付方式,而不需要改动客户端代码。策略模式将算法的选择和使用进行了解耦,提高了代码的灵活性和可维护性。同时,策略模式也符合开闭原则,当需要新增一种支付方式时,只需要添加新的具体策略类即可,无需修改原有代码逻辑。这样,客户端代码与具体的支付算法解耦,可以动态地在运行时切换支付策略。该模式通过将算法封装成独立的类,使得它们可以相互替换,而不影响使用算法的客户端代码。因此,采用策略模式能更好地解决这些问题,实现代码的松耦合和可维护性。,并有两个具体的策略类。原创 2024-01-19 16:00:03 · 564 阅读 · 0 评论