- 综合排序
- 最热优先
- 最新优先
腾讯健康C2B模式：构建全周期主动健康服务体系
传统模式难以实现居民健康信息的连续性记录，医患沟通存在时间与空间限制，且健康科普内容缺乏权威性与系统性。 构建C2B双轮驱动架构：连接12亿+用户与医疗服务 腾讯健康依托C2B模式，利用微信生态的触达能力（覆盖12亿+用户）与腾讯云的技术底座，为医疗机构提供数字化升级服务。 运营效率： 家医助手支持7*24小时在线咨询服务，一个微信可联动家庭3-8人的特征标签，实现批量管理。 智能服务： 结合数字人健康管家，提供智能问答（如科室推荐、物流查询）与基于语义理解的科普宣教，实现7*24小时的数字化服务响应。
10610编辑于 2026-05-31- 来自专栏罗超频道
C2B的未来：大数据定制
这是一种典型的C2B模式。 C2B与规模化之间的矛盾 C2B反向定制模式大家并不陌生。这是用户需求驱动的产品生产模式。 未来的C2B：基于大数据 上面的种种C2B模式，用户都需要主动参与其中。互动、调研、预售、团购、定制、选配都是主动行为。 现在天猫认为这样的模式可以复制到更多厂家，因为开始去承包生产线，引入更多厂商。 这是一种用户不知不觉参与的C2B模式，可以总结为“大数据定制”。 这种C2B模式的C是全网用户，并不需要兴师动众地组织团购，组织投票，组织调研。 未来这种基于大数据的C2B模式将会从小家电扩展到服装、3C、家居以及一些长尾品类。
1.1K70发布于 2018-04-25 - 来自专栏爱敲代码的猫
java设计模式(7)-外观模式
前言 上篇文章分享代理模式，这篇整理外观模式，外观模式可以降低类与类之间的耦合程度，减少维护工作量 外观模式： 1.外观模式是为了解决类与类之间的依赖关系的，像spring一样，可以将类和类之间的关系配置到配置文件中 ，而外观模式就是将他们的关系放在一个外观类中，降低了类与类之间的耦合度，该模式中没有涉及到接口 2.把类归纳在一个整体类里边，一起调用，达到整体实现的效果 实体类： public class CPU { 他们之间将会相互持有实例，产生关系，这样会造成严重的依赖，修改一个类，可能会带来其他类的修改，这不是我们想要看到的，有了Computer类，他们之间的关系被放在了Computer类里，这样就起到了解耦的作用，这，就是外观模式
42651发布于 2019-10-17 C2B模式构建主动健康管理体系，连接12亿用户与医疗服务
AI大模型实现院外健康数据智能化管理 采用AI大模型+互联网医疗模式，实现智能随访、院外数据收集与结构化处理。 数字人健康管家提供全天候智能服务 数字人健康管家具备语义理解、意图识别、知识图谱推理等算法能力，提供7*24小时智能客服咨询。
15610编辑于 2026-05-31- 来自专栏大猫的Java笔记
7.设计模式--抽象工厂模式(AbstractFactory模式)
1.定义 抽象工厂模式也是一种创建型模型，是对工厂的一种抽象，可以理解为生产工厂的工厂。 抽象工厂模式优缺点： 优点：抽象工厂模式除了具有工厂方法模式的优点外，最主要的优点就是可以在类的内部对产品族进行约束。 所谓的产品族，一般或多或少的都存在一定的关联，抽象工厂模式就可以在类内部对产品族的关联关系进行定义和描述，而不必专门引入一个新的类来进行管理。 所以使用抽象工厂模式时，对产品等级结构的划分是非常重要的。 小结：抽象工厂模式是为了让创建工厂和一组产品与使用相分离，并可以随时切换到另一个工厂以及另一组产品；抽象工厂模式实现的关键点是定义工厂接口和产品接口，但如何实现工厂与产品本身需要留给具体的子类实现，客户端只和抽象工厂与抽象产品打交
74920发布于 2021-09-29 - 来自专栏技术客栈
Java设计模式（7）装饰器模式
前言 在软件开发的世界里，设计模式如同一本精妙的编码诗集，已经成为一种标准的编程实践。在Java编程中，设计模式很重要。 本人将制作一个关于Java设计模式的系列文章，总共23种设计模式将以一篇一篇文章讲解，代码笔记已开源：Gitee点击跳转。在上一篇《Java设计模式（6）桥接模式》文章中，我们介绍了桥接模式。 本文是这个系列的第七篇章，我们将讲解一下装饰器模式的实现方式、应用场景以及它的用途。 装饰器模式 装饰器模式是一种结构型设计模式，用于动态地为对象添加额外的行为或责任，而无需修改其原始类。 使用装饰器模式可以避免创建大量的子类，而是通过组合不同的装饰器来实现各种功能组合。 代码实现 这里采用绘图的例子来讲解一下此模式的代码实现。 比如 Java Swing 组件是一个经典的装饰器模式的例子。它允许在运行时动态地向组件添加功能，如边框、背景、文本等等。
46710编辑于 2024-04-18 - 来自专栏Lvshen的技术小屋
设计模式7之原型模式
当然是有的，原型模式就能解决上面的问题。 这就是原型模式，使用原型模式创建对象，我们无需知道创建细节。实际这种方式是非常高效的。 我们举个栗子：大家都在Windows上面都安装过JDK吧，我们安装时需要点击很多下一步。 原型模式的关键在于复制，复制的目的就是为了简化对象创建流程，提高效率。 关于原型模式的思考 使用原型模式性能优良，在原型模式中，对象不直接new出来，通过在内存中拷贝已有对象，如果你在循环中需要产生大量对象，就可以使用原型模式。 其实有很多地方都使用了原型模式哦。 在Spring中，原型模式应用的非常广泛，例如 scope='prototype'、JSON.parseObject() 等都是原型模式的具体应用。
45220编辑于 2022-05-05 - 来自专栏学习笔记ol
小谈设计模式（7）—装饰模式
小谈设计模式（7）—装饰模式 专栏介绍 主要对目前市面上常见的23种设计模式进行逐一分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步，加油，各位。 装饰模式 装饰模式（Decorator Pattern）是一种结构型设计模式，它允许你动态地向一个对象添加额外的功能，而不需要修改其原始类。 装饰模式角色 Component（抽象组件） 定义了具体组件和装饰器的共同接口，可以是抽象类或接口。 ConcreteComponent（具体组件） 实现了抽象组件定义的接口，是被装饰的原始对象。 装饰器与组件类的接口不一致 在装饰器模式中，装饰器类和具体组件类的接口不一致，导致客户端需要区分调用。 总结 装饰模式提供了一种灵活的、可扩展的方式来修改对象的功能，同时保持了简单的接口和代码的可维护性。但是需要权衡好扩展的复杂度和对象接口的一致性。
42020编辑于 2023-10-11 - 来自专栏∑小熊猫的博客
Java 设计模式系列(7) —— 对象池模式
对象池模式 对象的示例化是最耗费性能的操作之一，这在过去是一个大问题，现在我们不用再过于关注它。当我们处理封装外部资源时，对象的创建操作则会耗费很多资源。 解决方案是重用和共享这些创建成本高昂的对象，这称为对象池模式 对象池模式的参与者： ResourcePool (资源池类)： 用于封装逻辑的类，用来保存和管理资源列表 Resource (资源类): 用于封装特定资源的类 Client (客户端类)：使用资源的类 对象池模式的简单示例 资源池 public class ResourcePool { private List<Resource> resources
79310发布于 2021-01-06 - 来自专栏Python机器学习算法说书人
Python设计模式（7）：适配器模式
这样的模式叫做适配器设计模式。该模式可以分为两种，分别为类适配器模式（Class Adapter Pattern）和对象适配器模式（Object Adapter Pattern），如图所示。 ? 类适配器模式 这里以问题引入类适配器模式的概念。 类适配器模式与对象适配器模式在形式上的区别是，类适配器模式对被适配对象采用了继承，而对象适配器对被适配对象采用的则是调用。 何时使用适配器模式 在下列情况下可以使用适配器模式。 适配器模式把一个类的接口转换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法一起工作的两个类能够在一起工作，因此，该模式又称为转换器模式、变压器模式、包装（Wrapper）模式（把已有的一些类包装起来
2.3K20发布于 2019-07-26 - 来自专栏狮乐园
高级 Vue 组件模式 (7)
成果 你可以通过下面的链接来看看这个组件的实现代码以及演示： sandbox: 在线演示 github: part-7 总结 Function 类型的 prop 属性在一些情况下非常有用，比如文章中提及的状态初始化 ，这其实是工厂模式的一种体现，在其他的框架中也有体现，比如 React 中，HOC 中提及的 render props 就是一种比较具体的应用，Angular 在声明具有循环依赖的 Module 时，可以通过
95610发布于 2020-01-21 - 来自专栏狮乐园
高级 Angular 组件模式 (7)
成果 stackblitz演示地址 译者注 到这里已经是第七篇了，也许你已经发现，Angular 中很多开发模式或者理念，都和 Directive 脱不了干系。
1.2K20发布于 2018-10-19 - 来自专栏兜兜毛毛
Redis 发布订阅模式（7）
发布订阅模式 除了通过list实现消息队列之外，Redis还提供了一组命令实现发布/订阅模式。 这种方式，发送者和接收者没有直接关联（实现了解耦），接收者也不需要持续尝试获取消息。
78410发布于 2020-03-19 - 来自专栏小工匠聊架构
设计模式 - 创建型模式_7种单例模式实现
文章目录 创建型模式 概述 Case 7种单例模式实现 静态类使⽤ 懒汉模式(线程不安全) 懒汉模式(线程安全) 饿汉模式(线程安全) 使⽤类的内部类(线程安全) 双重锁校验(线程安全) CAS「AtomicReference ---- 概述 在设计模式中按照不同的处理⽅式共包含三⼤类： 创建型模式 结构型模式 ⾏为模式 其中创建型模式⽬前已经搞了其中的四个： ⼯⼚⽅法模式 抽象⼯⼚模式 建造者模式 原型模式 除此之外还有最后 ⼀个 单例模式 单例模式可以说是整个设计中最简单的模式之⼀，在编程开发中经常会遇到这样⼀种场景，那就是需要保证⼀个类只有⼀个实例哪怕多线程同时访问，并需要提供⼀个全局访问此实例的点。 ⽤到单例模式，虽然单例模式并不复杂但是使⽤⾯却⽐较⼴。 ---- 7种单例模式实现 设计模式 - 创建型模式_ 单例模式 Singleton Pattern 并发编程-09安全发布对象+单例模式详解 单例模式的实现⽅式⽐较多，主要在实现上是否⽀持懒汉模式、是否线程安全中运
75820编辑于 2023-02-23 - 来自专栏zaking's
《JavaScript 模式》读书笔记（7）— 设计模式1
这些模式已经出现了相当长的一段时间，并被证明在许多情况下都非常有用。这也是为什么需要自己熟悉并谈论这些模式的原因。 让我们先从第一个例子开始，即单体模式，理解其与基于类的静态语言相比时，JavaScript中存在哪些区别。 一、单体模式 单体（singleton）模式的思想在于保证一个特定类仅有一个实例。 可以通过使用在第五章中所讨论的私有静态成员模式实现这种单体模式。 设计工厂模式的目的是为了创建对象。 好了，我们这篇学了三个设计模式，分别是单体模式、工厂模式以及迭代器模式。这三个模式比较简单，也更容易理解。下一篇，我们来学习一下更为复杂的设计模式。
87940发布于 2020-09-02 - 来自专栏zaking's
《JavaScript 模式》读书笔记（7）— 设计模式3
这一篇，我们学习本篇中最为复杂的三个设计模式，代理模式、中介者模式以及观察者模式。这三个模式很重要！！ 七、代理模式 在代理设计模式中，一个对象充当另一个对象的接口。 实际上，您可以将该在线示例用作娱乐，并且还可以在网址http://www.jspatterns.com/book/7/proxy.html查看其代码。 在该页面有一个视频标题的清单。 可以在网址http://www.jspatterns.com/book/7/mediator.html看到该游戏的在线版本及源码。 上面的代码，可以在http://www.jspatterns.com/book/7/observer.html地址查看。 示例#2：键盘按键游戏 让我们看另一个例子。 可以在http://www.jspatterns.com/book/7/observer-game.html查看完整的源码。
92530发布于 2020-09-03 - 来自专栏CSDN搜“看，未来”
我用过的设计模式（7）--享元模式
文章目录 前言 享元模式与池技术 享元模式定义与结构 线程池 对象池类图 对象池代码实现 前言 之前写“桥接模式”的时候，说“桥接模式”是最抽象的设计模式，那是因为我没接触到“享元模式”。 可能桥接模式是最抽象的设计模式，但是享元模式我觉得是最烦的设计模式了。 因为这个模式和“池技术”有着密不可分的联系。 享元模式与池技术 说到享元模式，第一个想到的应该就是池技术了，String常量池、数据库连接池、缓冲池、线程池等等都是享元模式的应用，所以说享元模式是池技术和池技术密不可分。 享元模式正是为解决这一类问题而诞生的。享元模式通过共享技术实现相同或相似对象的重用。 享元模式定义与结构 享元模式(Flyweight Pattern)：运用共享技术有效地支持大量细粒度对象的复用。 由于 享元模式要求能够共享的对象必须是细粒度对象，因此它又称为轻量级模式，它是一种 对象结构型模式。 线程池 心里没底，还是先来个线程池压压惊吧。
32310编辑于 2022-05-06 - 来自专栏zaking's
《JavaScript 模式》读书笔记（7）— 设计模式2
这一篇我们主要来学习装饰者模式、策略模式以及外观模式。其中装饰者模式稍微复杂一点，大家认真阅读，要自己动手去实现一下哦。 四、装饰者模式 在装饰者模式中，可以在运行时动态添加附加功能到对象中。 装饰者模式的一个比较方便的特征在于其预期行为的可定制和可配置特性。 六、外观模式 外观（facade）模式是一种简单的模式，它为对象提供了一个可供选择的接口。这是一种非常好的设计实践，可保持方法的简洁性并且不会使他们处理过多的工作。 这一篇，我们学习了装饰者模式，策略模式，外观模式。从这两篇文章的学习，我们发现，这些设计模式，实际上是非常贴近我们的工作生活的。这些设计模式，都可以在我们的开发工作中找到现存的影子。 这回，你是不是能了解到一点，为什么设计模式这么重要。其实，设计模式，个人理解，就是贴合业务场景的某一种应用的具体实现方式。 下一篇，我们学习最后三个设计模式。
64710发布于 2020-09-03 - 来自专栏CSDN搜“看，未来”
我用过的设计模式（7）--享元模式
[在这里插入图片描述] 前言 之前写“桥接模式”的时候，说“桥接模式”是最抽象的设计模式，那是因为我没接触到“享元模式”。 可能桥接模式是最抽象的设计模式，但是享元模式我觉得是最烦的设计模式了。 因为这个模式和“==池技术==”有着==密不可分==的联系。 --------- 享元模式与池技术 说到享元模式，第一个想到的应该就是池技术了，String常量池、数据库连接池、缓冲池、线程池等等都是享元模式的应用，所以说享元模式是池技术和池技术密不可分。 享元模式正是为解决这一类问题而诞生的。享元模式通过共享技术实现相同或相似对象的重用。 享元模式定义与结构 享元模式(Flyweight Pattern)：运用共享技术有效地支持大量细粒度对象的复用。 由于 享元模式要求能够共享的对象必须是细粒度对象，因此它又称为轻量级模式，它是一种 对象结构型模式。 线程池 心里没底，还是先来个线程池压压惊吧。
45630发布于 2021-03-01 - 来自专栏全栈程序员必看
《JavaScript 模式》读书笔记（7）— 设计模式1
这些模式已经出现了相当长的一段时间，并被证明在许多情况下都非常有用。这也是为什么需要自己熟悉并谈论这些模式的原因。 让我们先从第一个例子开始，即单体模式，理解其与基于类的静态语言相比时，JavaScript中存在哪些区别。 一、单体模式 单体（singleton）模式的思想在于保证一个特定类仅有一个实例。 可以通过使用在第五章中所讨论的私有静态成员模式实现这种单体模式。 设计工厂模式的目的是为了创建对象。 好了，我们这篇学了三个设计模式，分别是单体模式、工厂模式以及迭代器模式。这三个模式比较简单，也更容易理解。下一篇，我们来学习一下更为复杂的设计模式。
67630编辑于 2022-07-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号