23种设计模式之创建型模式

一、创建型模式

1.单例模式——小明娶了5个老婆,她们的老公都是小明,小明就是他们家里的老公sigleton,她们只要说道“老公”,都是指向同一个人,那就是小明

   SINGLETON:单例模式确保某个类只有一个实例,而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应用在真正的“单一实例”的需求时才可使用。


2.工厂模式——请扛姐吃饭,麦当劳的鸡翅和肯德基的鸡翅都是扛姐喜欢吃的东西,虽然口味有所不同,但不管带她去麦当劳还是肯德基,只管向服务员说“来四个鸡翅”就OK了。麦当劳和肯德基就是生成鸡翅的Factory

   FACTORY:客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可,消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改


3.工厂方法模式——请MM去麦当劳吃汉堡,不同MM有不同的口味,要每个都记住是一件烦人的事情,我一般采用Factory  Method模式,待着MM到服务员那儿,说“要一个汉堡”,具体要什么样的汉堡呢,让MM直接和服务员说就行了

   FACTORY METHOD:核心工厂类不在负责所有产品的创建,而是将具体创建的工作交给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接触哪个一个产品类应当被实例化这种细节


4.建造模式——出门见到人就要说”你好“,见到不同地方的人,要能够用她们的方言跟他们说这句话,我有一个多种语言翻译机,上面每种语言都有一个按键,见到人我只要按对应的键,它就能够用相应的语言说出“你好”了,国外的也可以轻松搞定,这就是“你好”的builder

  BUILDER:将产品的内部表象和产品的成产过程分割开来,从而是一个建造过程生产具备不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化,客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程


5.原始模型模式——跟MM用QQ聊天,一定要说写深情的话语了,我搜集了好多肉麻的情话,需要时copy出来放到QQ里面就行了,这就是我的情话prototype了

  PROTOTYPE:通过给出一个圆形对象来指明所要创建的对象的类型,然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类,产品类不需要非得有任何事先确定的等级结构,原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法

# 高校智慧校园解决方案摘要 智慧校园解决方案是针对高校信息化建设的核心程,旨在通过物联网技术实现数字化校园的智能化升级。该方案通过融合计算机技术、网络通信技术、数据库技术和IC卡识别技术,初步实现了校园一卡通系统,进而通过人脸识别技术实现了更精准的校园安全管理、生活管理、教务管理和资源管理。 方案包括多个管理系统:智慧校园管理平台、一卡通卡务管理系统、一卡通人脸库管理平台、智能人脸识别消费管理系统、疫情防控管理系统、人脸识别无感识别管理系统、会议签到管理系统、人脸识别通道管理系统和图书馆对接管理系统。这些系统共同构成了智慧校园的信息化基础,通过统一数据库和操作平台,实现了数据共享和信息一致性。 智能人脸识别消费管理系统通过人脸识别终端,在无需接触的情况下快速完成消费支付过程,提升了校园服务效率。疫情防控管理系统利用热成像测温技术、视频智能分析等手段,实现了对校园人员体温监测和疫情信息实时上报,提高了校园公共卫生事件的预防和控制能力。 会议签到管理系统和人脸识别通道管理系统均基于人脸识别技术,实现了会议的快速签到和图书馆等场所的高效通行管理。与图书馆对接管理系统实现了一卡通系统与图书馆管理系统的无缝集成,提升了图书借阅的便捷性。 总体而言,该智慧校园解决方案通过集成的信息化管理系统,提升了校园管理的智能化水平,优化了校园生活体验,增强了校园安全,并提高了教学和科研的效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值