## 前言 在软件系统中，当创建一个类的实例的过程很昂贵或很复杂，并且我们需要创建多个这样类的实例时，如果我们用new操作符去创建这样的类实例，这就会增加创建类的复杂度和创建过程与客户代码复杂的耦合度。如果采用工厂模式来创建这样的实例对象的话，随着产品类的不断增加，导致子类的数量不断增多，也导致了相
外观模式是一种结构型设计模式，它提供了一个简化的接口，用于访问系统中的一组相关接口，以隐藏系统的复杂性。外观模式的主要目标是简化客户端与子系统之间的交互，同时降低了系统的耦合度。它允许客户端通过一个统一的入口点来与系统进行通信，而不需要了解系统内部的具体细节和复杂性
一、SpringMVC概述 Spring MVC 是由Spring官方提供的基于MVC设计理念的web框架。 SpringMVC是基于Servlet封装的用于实现MVC控制的框架，实现前端和服务端的交互。 1.1 SpringMVC优势 严格遵守了MVC分层思想 采用了松耦合、插件式结构；相比较于我
前言 插件式架构,一种全新的、开放性的、高扩展性的架构体系。插件式架构设计好处很多，把扩展功能从框架中剥离出来，降低了框架的复杂度，让框架更容易实现。扩展功能与框架以一种很松的方式耦合，两者在保持接口不变的情况下，可以独立变化和发布。基于插件设计并不神秘，相反它比起一团泥的设计更简单，更容易理解。
@目录1 模式的定义2 举例说明3 结构4 实现步骤5 代码实现6 典型应用场景7 优缺点8 类似模式9 小结 1 模式的定义 中介者模式是一种行为型设计模式，它用于降低对象之间的直接通信，通过引入一个中介者对象来管理对象之间的交互。这种模式有助于减少对象之间的耦合性，使系统更加可维护和扩展。中介者
摘要：Serverless可以看作是一种云计算服务模型，它允许开发者在不需要管理服务器的情况下通过事件驱动的方式运行应用代码。 软件架构的发展从原先的单体架构到近十几年的微服务架构，再到现在新兴的Serverless架构。单体架构通常把应用的逻辑和功能耦合在一起，部署在BMS裸金属机或VM上，耦合模
责任链模式是开发过程中常用的一种设计模式，在SpringMVC、Netty等许多框架中均有实现。我们日常的开发中如果要使用责任链模式，通常需要自己来实现，但自己临时实现的责任链既不通用，也很容易产生框架与业务代码耦合不清的问题，增加Code Review 的成本。
## 概述 HuggingFace是一个开源社区，提供了开源的AI研发框架、工具集、可在线加载的数据集仓库和预训练模型仓库。HuggingFace提出了一套可以依照的标准研发流程，按照该框架实施工程，能够在一定程度上规避开发混乱、开发人员水平不一致的问题，降低了项目实施的风险及项目和研发人员的耦合度
桥接模式是一种结构型设计模式，它用于将抽象部分与其实现部分分离，以便它们可以独立地变化。这种模式涉及一个接口，它充当一个桥，使得具体类可以在不影响客户端代码的情况下改变。桥接模式将继承关系转化为组合关系，从而减少类之间的紧密耦合度，使得系统更加灵活和可扩展。
事件驱动模式 举个例子🌰 大部分软件或者APP都有会有会员系统，当我们注册为会员时，商家一般会把我们拉入会员群、给我们发优惠券、推送欢迎语什么的。 值得注意的是： 注册成功后才会产生后面的这些动作； 注册成功后的这些动作没有先后执行顺序之分； 注册成功后的这些动作的执行结果不能互相影响； 传统写法
跨域推荐旨在利用从其它相关源域收集的用户-物品交互信息以提升目标域的推荐质量。传统的跨域推荐方法常常基于嵌入和映射（Embedding and Mapping，EMCDR） 的思路，这种方法在进行对齐操作之前，各领域需要先通过预训练以独立地得到用户/物品的embeddings。因此，有偏的（biased） 预训练表征将无可避免地包含领域特有的（domain-specific） 信息，从而会导致对跨
Kafka 和传统的消息系统(也称作消息中间件)都具备系统解耦、冗余存储、流量削峰、缓冲、异步通信、扩展性、可恢复性等功能。与此同时，Kafka 还提供了大多数消息系统难以实现的消息顺序性保障及回溯消费的功能。
消息队列的应用可以说是业务必备的。从功能来说，解耦、异步化、延迟队列、削峰等等；在之前的项目中就用到了rabbitmq来实现消息中心、业务的异步解耦。我个人很推从的就是业务的异步解耦能力。当时的业务场景是客户在界面上可以批量提交数据，但是服务端要做校验，数据处理，入库等等系列操作，其中的校验与数据处
一、定义 将抽象部分与它的实现部分解耦，使两者都能够独立变化，桥接模式是一种结构型模式。 二、描述 包含以下四个角色： 1、Abstraction（抽象类）：它是用于定义抽象类的接口，通常是抽象类而不是接口，其中定义了一个Implementor（实现类接口）类型的对象并可以维护该对象，它与Imple
命令模式（Command Pattern）是一种行为型设计模式，旨在将请求发送者和接收者解耦，将一个请求封装为一个对象，从而允许您参数化客户端对象以进行不同的请求、排队请求或记录请求，并支持可撤销操作。 命令模式的核心思想是将一个请求包装成一个对象，包括请求的参数和接收者对象，然后客户端只需要调用该...
# 一、简介 订阅发布模式（Publish-Subscribe Pattern）是一种行之有效的解耦框架与业务逻辑的方式，也是一种常见的观察者设计模式，它被广泛应用于事件驱动架构中。 在这个模式中，发布者（或者说是主题）并不直接发送消息给订阅者，而是通过调度中心（或者叫消息代理）来传递消息。 发布者
责任链模式（Chain of Responsibility Pattern）是一种行为型设计模式，它通过将请求的发送者和接收者解耦，使多个对象都有机会处理请求。在这个模式中，请求沿着一个处理链依次传递，直到有一个对象能够处理它为止。 本文将详细介绍责任链模式的概述、应用场景以及代码示例，来帮助读者更
理想很丰满，现实往往很残酷。 一种按照ddd的方式，根据业务来把自己需要的模块一个一个写出来，再按照模块把需要的接口一个一个的写出来，堆砌一些中间件，以及解耦的command，handler等等 ，一个项目就这么成型了。上面的项目有一个非常清晰的特点，就是按需开发，不需要去可以定义业务相关的公共的模
客户端、服务端网络通信，为了安全，会对报文数据进行加解密操作。 在SpringBoot项目中，最好使用参考AOP思想，加解密与Controller业务逻辑解耦，互不影响。 以解密为例：需要在request请求到达Controller之前进行拦截，获取请求body中的密文并对其进行解密，然后把解密后的
引言 消息队列（Message Queue，MQ）是一种在分布式系统中实现应用程序间通信的中间件技术。它的核心作用在于通过异步处理的方式，使得发送消息的应用程序（生产者）与接收消息的应用程序（消费者）解耦，从而提升系统的伸缩性、可靠性以及性能。 在消息队列中，生产者将需要处理的任务封装成消息发送至消
