- 综合排序
- 最热优先
- 最新优先
- 来自专栏CSDN搜“看，未来”
我用过的设计模式（8）-- 装饰者模式
[在这里插入图片描述] 装饰者模式 动态的给一个对象添加一些额外的职责，就增加功能来说，装饰模式相比生成子类更加灵活。 我一直没整明白这个模式到底是怎么玩的，是弄一个虚基类，然后去拓展它的很多子类吗？ 当我看到这个名字的时候，第一反应就是装饰器模式，这，映射到C++当中，是不是就是装饰者模式呢？ 我看了下去，因为我之前理解的装饰者模式是基于虚基类的，而Python可不跟你玩这个。 关于函数指针和装饰器的部分可以看我的“偷偷学Python”系列最后一天：我要偷偷的学Python，然后惊呆所有人（最后一天） ------ 函数指针方面的代码我就不展示啦，平时都在用着，我就展示一下虚基类在装饰者模式中的应用吧 ==又是线程池==，感觉这个线程池已经客串了我好多个设计模式了。不过每次的着力点都不一样，这次，是Task类。 我用过的设计模式（7）-- 享元模式 这篇放了源码和调用部分，加上了一个对象池的实现，是讲池技术的。 ------- 回到装饰者模式 装饰者模式的 装饰类和被装饰类可以独立发展，不会互相耦合。
49020发布于 2021-03-01 我店模式与万免臻选模式：解决商家拓留客问题，刺激消费内循环。
我店模式与万免臻选模式开发涉及多个系统组件、数据库设计、业务逻辑处理、用户界面开发等多个方面。不过，我可以为你提供一个简化的、概念性的代码框架，帮助你理解如何开始构建这样的系统。 以下是一个简化的Python代码框架，用于表示我店模式和万免臻选模式的核心逻辑：python复制代码# 导入必要的库 import random from datetime import datetime 万免臻选模式的排队免单逻辑。推广员系统的实现。真实的数据库连接和操作。用户界面和API设计。安全性、错误处理和日志记录等。
26610编辑于 2024-10-11- 来自专栏leland的专栏
【吴师傅的Python面包店】Day 8
前言：十一国庆只能待在家的吴师傅十分无聊，决定开一家Python面包店打发下时间。后面的每一天，吴师傅都会用一段代码简单实现卖面包的功能，并且解决前一天暴露的问题。 sub_socket.connect("tcp://localhost:5555") sub_socket.setsockopt(zmq.SUBSCRIBE, topic.encode('utf8' context = zmq.Context() workers = [] for i in range(PRODUCER_NUM): # 每个师傅对应一条买面包店队伍 start() p2.start() p1.join() p2.join() if __name__ == "__main__": run() 国庆结束了，吴师傅的面包店还会继续开下去吗
42130发布于 2021-10-05 - 来自专栏爪哇缪斯
趣解设计模式之《小王的披萨店》
〇、小故事小王看到最近越来越多的人喜欢吃披萨了，所以，他决定自己也开一个披萨店。最初开的时候，他只提供了一种口味的披萨，因为这样先试试水，看看生意如何，如果生意不好，也可以快速止损。 我们来看一下今天要介绍的模式——工厂方法模式。一、解决方法1：简单工厂1.1> 解决思路我们创建对象的时候，会在业务代码里直接new对象。 1.2> 定义简单工厂（Simple Factory）简单工厂其实不是一个设计模式，反而比较像是一种编程习惯。 为了解决这个问题，我们引入了工厂方法模式，即：如果有新的地区要开披萨店，那么即使是同样的pizzaType，但是不同地区的口味依然是不同的，那么我们可以通过新建一个PizzaStore的子类来实现不同地区制作披萨的行为 2.2> 模式定义工厂方法模式（Factory Method Pattern）定义了一个创建对象的接口（类或接口中的方法），但由子类决定要实例化的类是哪一个。工厂方法把实例化推迟到子类。
39420编辑于 2023-09-29 众店模式与城市X选模式：消费循环分红省钱：无痛消费
“我店模式”和“城市酷选模式”直接转化为代码是一个复杂且庞大的任务，因为这涉及到多个系统模块的开发，包括前端用户界面、后端服务器逻辑、数据库设计、支付系统、区块链（如果涉及绿色积分通证化）等。 Number, default: 0 }, // 其他字段... }); module.exports = mongoose.model('User', UserSchema);创建路由（例如，我店模式的订单处理 合规性：确保业务模式符合相关法律法规，特别是涉及支付、区块链等敏感领域。5. 后续步骤细化需求：与团队、客户深入沟通，明确每个功能的具体需求。设计数据库：根据需求设计详细的数据库结构。
75110编辑于 2024-10-11- 来自专栏爪哇缪斯
趣解设计模式之《小王的披萨店》
〇、小故事 小王看到最近越来越多的人喜欢吃披萨了，所以，他决定自己也开一个披萨店。最初开的时候，他只提供了一种口味的披萨，因为这样先试试水，看看生意如何，如果生意不好，也可以快速止损。 我们来看一下今天要介绍的模式——工厂方法模式。 一、解决方法1：简单工厂 1.1> 解决思路 我们创建对象的时候，会在业务代码里直接new对象。 1.2> 定义 简单工厂（Simple Factory） 简单工厂其实不是一个设计模式，反而比较像是一种编程习惯。 为了解决这个问题，我们引入了工厂方法模式，即：如果有新的地区要开披萨店，那么即使是同样的pizzaType，但是不同地区的口味依然是不同的，那么我们可以通过新建一个PizzaStore的子类来实现不同地区制作披萨的行为 2.2> 模式定义 工厂方法模式（Factory Method Pattern） 定义了一个创建对象的接口（类或接口中的方法），但由子类决定要实例化的类是哪一个。工厂方法把实例化推迟到子类。
35620编辑于 2023-09-29 - 来自专栏爪哇缪斯
趣解设计模式之《小王的披萨店续集》
〇、小故事 在《小王的披萨店》这篇文章中，我们介绍了小王开披萨店的故事，并且为了解决多种口味披萨的扩展问题，引出了简单工厂和工厂方法模式。 但是，故事仍在继续，如果芝加哥的披萨店和纽约的披萨店，要求往披萨上面加的配料都不一样，那么如何可以规范多种类型披萨的创建呢？ 如下图所示： 【Dough】生面团 【Sauce】调味汁 【Cheese】干酪、奶酪 【Clams】蛤蜊 那么为了解决类似的问题，就可以采用我们今天要介绍的模式——抽象工厂模式。 一、模式定义 抽象工厂模式（Abstract Factory Pattern） 提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。 往期推荐 趣解设计模式之《小王的披萨店》 趣解设计模式之《为什么租房子要找中介？》 趣解设计模式之《当代毕加索小王》 趣解设计模式之《小王的糖果售卖机》 趣解设计模式之《小店儿菜单的故事》
36860编辑于 2023-10-06 - 来自专栏Python机器学习算法说书人
Python设计模式（8）：外观模式
如图所示的设计类图即为外观模式设计类图。 “四人帮”（Gang of Four，GOF）在《设计模式》一书中对外观模式的描述为：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这个子系统更加容易使用。 ? print('Class6') class Class7: def __init__(self): print('Class7') class Class8: def __init__(self): print('Class8') class Class9: def __init__(self): print 外观模式的优缺点 外观模式的优点为，利用外观模式可以去掉子系统与客户程序间的直接绑定，从而提高子系统的独立性，也降低了客户程序与子系统的直接耦合度。此外，利用外观模式可以使系统层次化。
62520发布于 2019-07-26 众店模式与城市X选模式：为实体门店引流 ，激活线上商城
“上海我店模式”与“城市酷选排队免单模式”涉及到多个方面的技术实现，包括后端服务、数据库设计、前端交互、支付系统、区块链（如果涉及到Dapp或区块应用）等。
39710编辑于 2024-10-11- 来自专栏不一样的科技宅
设计模式-从开电脑店理解工厂方法
回家创业开一家电脑店，可以卖电脑、修电脑、装监控、装宽带等等，想到这些xxx感受到了前途一片光明啊，露出了久违的笑容，立马买了回家的车票，回家创业去了。 经过一段时间的折腾，xxx电脑店总算是开起来了，既然要卖电脑，自己造电脑卖肯定是不可能的，这个时候xxx去联系了联想采购了10台ThinkPad，同时联系了苹果采购了10台MacBookPro。 翻译如下： 我（需求方）向各大厂商（factory）采购电脑，我只需要知道，我想要何种品牌的电脑即可，然后找对应的工厂采购即可，我不需要关心厂商如何生产电脑（实例化的过程）的，对于生产电脑这个复杂的过程对于我来讲是完全透明的 ，如果有客户有新的需求，我直接联系对应的厂商进货即可，原本的电脑还是可以正常的售卖。 我是不一样的科技宅，每天进步一点点，体验不一样的生活。我们下期见！
57977发布于 2020-09-18 - 来自专栏爪哇缪斯
趣解设计模式之《小王的披萨店续集》
〇、小故事在《小王的披萨店》这篇文章中，我们介绍了小王开披萨店的故事，并且为了解决多种口味披萨的扩展问题，引出了简单工厂和工厂方法模式。 但是，故事仍在继续，如果芝加哥的披萨店和纽约的披萨店，要求往披萨上面加的配料都不一样，那么如何可以规范多种类型披萨的创建呢？ 如下图所示：图片【Dough】生面团【Sauce】调味汁【Cheese】干酪、奶酪【Clams】蛤蜊那么为了解决类似的问题，就可以采用我们今天要介绍的模式——抽象工厂模式。 一、模式定义抽象工厂模式（Abstract Factory Pattern）提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。 二、模式类图对于抽象工厂，将一系列产品（配料类型，比如：Dough、Sauce、Cheese、Clams）统一到一起去创建（即：PizzaIngredientFactory的实现类：NYPizzaingredientFactory
38240编辑于 2023-09-30 - 来自专栏技术客栈
Java设计模式（8）外观模式
前言 在软件开发的世界里，设计模式如同一本精妙的编码诗集，已经成为一种标准的编程实践。在Java编程中，设计模式很重要。 本人将制作一个关于Java设计模式的系列文章，总共23种设计模式将以一篇一篇文章讲解，代码笔记已开源：Gitee点击跳转。在上一篇《Java设计模式（7）装饰器模式》文章中，我们介绍了装饰器模式。 本文是这个系列的第八篇章，我们将讲解一下外观模式的实现方式、应用场景以及它的用途。 外观模式 外观模式是一种结构型设计模式，提供一个统一的接口，用于访问子系统中的一组接口。 使用场景 当存在一个复杂的子系统，并且希望为客户端提供一个简单的接口来访问该子系统时，可以使用外观模式。 当需要将子系统的接口进行封装，以隔离客户端与子系统之间的依赖关系时，也可以使用外观模式。 当需要简化一个复杂接口的使用，提供一个更加友好的接口给客户端时，外观模式同样适用。 代码实现 这里采用多媒体播放器来举个例子。
32610编辑于 2024-04-18 - 来自专栏菩提树下的杨过
(Head First 设计模式)学习笔记(3) --装饰者模式(StarBuzz咖啡店实例)
应用概述: StarBuzz咖啡店有很多饮料，每种饮料都可以根据客户需要加一些调料，比如深培咖啡可以加摩卡(或双倍摩卡),而且某些饮料可以分为大中小杯，根据容量不同，售价不同，而且调料的价格根据饮料的容量不同而不同 GetCost().ToString());//House Blend Coffee(Small) Cost：0.68 //客户要求：我要加二份摩卡
69280发布于 2018-01-23 - 来自专栏数据森麟
我用 pyhton 做了款可开淘宝店赚钱的工具
跟第二家店掌柜聊了后，也是花了 16 分钟弄好，比第一家稍好一点： ? 把三幅图一对比，从头发丝抠的效果和照片的色彩还原度就可以看出还是 AI 效果最好，而且只需要 5 秒钟。 心疼掌柜，花了 20 分钟还没有拿下我这一单。。。 这么难抠的图 AI 工具效果都好，那简单的证件照应该更没问题，基本确定有商机。 b：blue 蓝色 r：red 红色 w：white 白色 这样就做成了一个简单的证件照更换工具，拿去开个淘宝店感觉应该没太大问题，更换证件照背景色的整个过程，一分钟就可以完成，专注处理证件照，定价 2
75620发布于 2019-09-27 - 来自专栏一尾流莺学前端
【设计模式】我这样学习设计模式-工厂模式
---- 工厂模式 工厂模式是用来创建对象的一种最常用的设计模式。根据抽象程度的不同可以分为：简单工厂模式，工厂方法模式 和 抽象工厂模式。 简单工厂模式 定义 简单工厂模式，又称为静态工厂方法模式。由一个工厂对象决定创建出哪一种产品类的实例。 类图 我决定不干前端了，回家开了个星巴克咖啡厅，顾客到我的咖啡厅点一杯咖啡,告诉我需要哪种咖啡,我来根据顾客的决定创建咖啡。由于是小本生意，全部由我亲力亲为。 类图 开店就是比干前端挣钱，随着我星巴克咖啡店规模的扩大，品种的增加，并且我的顾客也越来越多，这时我一个人就已经忙不过来了，我决定安心当老板，躺平收钱。 于是我顾了几个服务员，每个服务员负责 一个品种 的制作。顾客在我这下单，再由我分配给对应的服务员进行生产。 与简单工厂的区别 在简单工厂模式中，是由工厂Factory来创建产品的。
71730编辑于 2022-12-10 - 来自专栏大猫的Java笔记
8.设计模式--桥接模式(Bridge模式)
1.定义 桥接模式是一种结构型模型，现实生活中桥就是连接在河两端方便通行的建筑。 而桥接模式则是对类的功能层次结构和类的实现层次结构中间实现的一个桥梁。 但是现在我有一个特殊的车需要在Car车类的基础上加一个倒车影像功能，此时只需要继承Car类再自己的类中加一个倒车影像即可，此时就是类的功能层次结构。 桥接模式优缺点 优点： 1.实现了抽象和实现部分的分离 桥接模式分离了抽象部分和实现部分,从而极大的提供了系统的灵活性,让抽象部分和实现部分独立开来。 3.更好的可扩展性 缺点： 1.桥接模式的引入增加了系统的理解和设计难度,由于聚合关联关系建立在抽象层,要求开发者针对抽象进行设计和编程。 2.桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围有一定的局限性。
1.3K20发布于 2021-11-01 - 来自专栏blog(为什么会重名，真的醉了)
设计模式-桥接模式（诺基亚：我觉得我还能抢救下）
文章目录 引例 桥接模式 实战示例 总结 引例 虽然智能手机占据绝大市场，但诺基亚等老牌手机仍可用作于老年机、学生机等。 解决方案就是下面的主角：桥接模式。 桥接模式 桥接模式(Bridge)是一种结构型设计模式。 如此一来搭好桥后，具体实现类调用方法=》父类抽象类的方法=》行为接口方法=》具体接口行为实现类，以完成连接，同时两者又相互独立易扩展： 实战示例 用桥接模式来解决引例的实际问题。 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层， 要求开发者针对抽象进行设计和编程 常见的应用场景: -JDBC驱动程序 -银行转账系统 转账分类: 网上转账，柜台转账，AMT
41540编辑于 2022-05-08 - 来自专栏Lvshen的技术小屋
设计模式8之中介者模式
网状结构 为了降低之间的耦合性，可以将网状结构改成星形模式。这里就需要一个中介者，负责告知所有的朋友。 星形结构 这种形式后面就发展成了中介者模式。 ” 中介者模式中，有一个中介对象用来封装一系列的对象之间的交互，使原有的对象之间的耦合性更松散。 使用中介者模式可以使对像之间的一对多关系简化为一对一的关系，提高了系统的灵活性。 关于中介者模式的思考 我们什么时候需要使用中介者模式呢？ 当多个对象之间出现紧密耦合的情况，紧密耦合的标准是：在类图中出现了蜘蛛网状结构。 在这种情况下一定要考虑使用中介者模式，这有利于把蜘蛛网梳理为星型结构，使原本复杂混乱的关系变得清晰简单。 然而只用中介者模式也需要量力而行，就如文章同开头说的，使用中介者模式会使中介者类的代码逻辑更为复杂。所以在使用时需要有取舍。
29720编辑于 2022-05-05 - 来自专栏学习笔记ol
小谈设计模式（8）—代理模式
小谈设计模式（8）—代理模式 专栏介绍 主要对目前市面上常见的23种设计模式进行逐一分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步，加油，各位。 代理模式 代理模式是一种结构型设计模式，它允许通过创建一个代理对象来控制对其它对象的访问。代理对象充当了被代理对象的接口，客户端通过代理对象来访问被代理对象，从而实现了对被代理对象的间接访问。 代理模式可以提高系统的灵活性和可扩展性，同时也需要权衡系统的复杂性和性能。 代理模式可以提高系统的灵活性和可扩展性，可以在不修改真实对象的情况下增加新的代理对象。 代理模式符合单一职责原则，可以将真实对象和代理对象分离，分别负责各自的功能。 总结 代理模式在许多实际应用中都有广泛的应用，可以提供额外的功能和保护真实对象的安全性。但是，在使用代理模式时需要权衡系统的复杂性和性能，确保代理对象的创建和销毁过程不会影响系统的性能。
38720编辑于 2023-10-11 - 来自专栏一尾流莺学前端
【设计模式】我这样学习设计模式-单例模式
createInstance(); window1.hello(); console.log(window1 === window2) 封装变化 上面的例子createInstance只能创建Window的实例，我希望 DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-<em>8</em>"> <meta name="viewport" content=" /users/${id}.json`, 'utf<em>8</em>', function (err: any, data: any) { let user = JSON.parse(data); res.json /users/${id}.json`, 'utf<em>8</em>', function (err: any, data: any) { let user = JSON.parse(data); 参考 web前端-js设计<em>模式</em>
41430编辑于 2022-12-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号