肖哥弹架构博客

好莱坞原则（Hollywood Principle）是一种软件设计哲学，核心理念是“别调用我们，我们会调用你”（Don't call us, we'll call you）。这个原则鼓励创建松耦合的系统，其中组件不主动调用依赖的服务，而是通过回调、事件订阅或依赖注入等方式等待被调用。这种设计提高了系统的灵活性和可维护性，使得组件更容易独立扩展和测试。通过反转控制权，好莱坞原则帮助构建了更易于管理和适应变化的软件架构。

在快速变化的业务环境中，微服务架构的灵活性成为了系统设计的核心要求。配置化策略允许系统行为通过外部配置来调整，而不是硬编码在应用程序中，从而提高了系统的适应性和可维护性。

在软件设计中，控制对象的创建和管理对象的生命周期是常见的挑战。GRASP中的多功能（Multiton）原则提供了一种模式，用于在多个地方需要访问同一对象实例的场景。多功能原则建议创建有限数量的实例，并且这些实例可以在不同的地方被访问，同时保持了控制和封装。

在充血模型中，领域对象负责管理自己的状态，这意味着它们不仅拥有数据（状态），还拥有改变这些数据的逻辑（行为）。领域对象的状态管理包括确保状态的完整性、一致性，以及在状态变化时执行任何必要的业务规则或约束。

在软件系统的设计和开发过程中，组件之间的交互是不可避免的。随着系统规模的扩大和功能的增加，这些交互可能变得复杂且难以管理。直接的组件间交互可能导致紧耦合，使得系统难以维护、扩展和理解。间接原则作为GRASP的一部分，提供了一种解决方案。它建议在组件之间引入一个或多个中间层，以减少它们之间的直接依赖。这种中间层充当客户端和服务器之间的代理，处理请求并转发它们到适当的组件。

依赖者也叫创建者原则作为GRASP的一部分，关注于对象创建的职责分配。它建议将对象的创建逻辑放在最了解如何创建该对象的类中，也就是让创建对象的类负责维护该对象。

多态是GRASP原则中的核心概念之一，它允许以统一的方式处理不同类型的对象，从而提高软件设计的灵活性和可扩展性。

高内聚原则是GRASP（General Responsibility Assignment Software Principles）中的一个重要原则，它强调一个类或模块应该只包含与其功能紧密相关的操作和数据，从而提高代码的可读性和可维护性。

软件开发中单一职责原则（SRP）是SOLID五大设计原则中的第一个，由Robert C. Martin在21世纪初提出。它主张一个类应该仅有一个职责，并且该职责应该被完全封装在类中。这一原则的目的是减少类间的耦合，增加代码的可维护性和可扩展性。

在充血模型中，领域对象负责管理自己的状态，这意味着它们不仅拥有数据（状态），还拥有改变这些数据的逻辑（行为）。领域对象的状态管理包括确保状态的完整性、一致性，以及在状态变化时执行任何必要的业务规则或约束。

合成复用原则（Composite Reuse Principle, CRP），也被称作组合/聚合复用原则，它建议优先使用对象组合，而不是通过继承来复用代码。这个原则强调通过将对象组合成树形结构来实现代码复用，从而提供更大的灵活性。

在现代软件工程中，可扩展性是确保软件系统能够适应未来增长的关键特性。本文将全方位探讨可扩展性的多个方面，包括类设计、插件化、框架设计、架构设计、中间件集成扩展和服务治理。主要传递给大家扩展性设计的思路与涉足的范围。具体完善的细节，可以参考各中间件与业务架构。不了解的可以关注肖哥，提问。68种架构可扩展性设计：从类到服务治理(成就架构师必备,收藏金典)

在软件架构中，关注点分离（Separation of Concerns, SoC）是一种至关重要的设计原则，它帮助开发者构建更加模块化、灵活且易于维护的系统。通过将不同的功能和业务逻辑分离到不同的组件中，我们可以降低系统的复杂性，提高代码的可读性和可维护性。

信息专家原则是GRASP（General Responsibility Assignment Software Principles）原则之一，它建议将处理特定数据的责任分配给最了解这些数据的类。这有助于提高代码的内聚性和降低耦合度。

在一个高可用的互联网应用中，常常需要根据不同的配置组来创建多个具有特定配置的实例，例如数据库连接池、缓存实例等。这些实例的数量是已知的，并且在应用启动时就需要确定。

在充血模型（Rich Domain Model）中，对象的“行为”和“状态管理”：1. **行为（Behavior）** ： - 这指的是领域对象执行的动作或操作，通常是通过对象的方法（函数）来实现的。这些方法定义了对象可以做什么，以及它如何响应来自外部的请求。1. **状态（State）** ： - 这指的是领域对象在任何给定时间点的内部数据或属性的集合。状态可以影响对象的行为，并且对象的行为可能会改变其状态。在充血模型中，领域对象负责管理自己的状态，这意味着它

充血模型是一种软件设计方法，它将业务逻辑和决策能力赋予领域对象本身，而不是将它们放置在外部的业务逻辑层或服务层中。这种方法强调领域对象的完整性和自足性，使得每个领域对象都能够独立地执行其业务规则。

贫血模型是一种软件设计模式，其中业务逻辑被放置在服务层或管理类中，而领域模型仅包含数据和访问这些数据的方法。这种模式有时被认为是反模式，因为它可能导致领域模型过于简单，缺乏业务逻辑。

稳定依赖原则是软件设计中的关键原则之一，它强调依赖于稳定的抽象，而不是依赖于易变的具体实现。这一原则有助于提高软件系统的稳定性和可维护性。

`DeferredResultProcessingInterceptor` 和 `CallableProcessingInterceptor` 在于异步请求处理的拦截器接口，但它们适用于不同的场景和需求。

`CallableProcessingInterceptor` 拦截器用于处理基于 `Callable` 的异步请求。这种拦截器特别适用于处理那些可能需要很长时间来完成的任务，比如执行数据库查询、调用外部服务、进行文件读写操作等，而不会阻塞服务器的线程。

`AsyncWebRequestInterceptor` 接口继承自 `WebRequestInterceptor` 并添加了一个新方法 `afterConcurrentHandlingStarted`，这表明它的设计目的是在Spring Web应用程序中处理异步请求时提供拦截能力。以下是设计思路和业务场景的思路提供：

`WebRequestInterceptor` 用于表示在Spring Web应用程序中拦截和处理Web请求的组件。基于这个概念，我们可以构建一个业务场景和关键处理代码示例。

`ServerWebExchangeContextFilter` 是一个 Spring WebFlux 过滤器，它的主要作用是将当前的 `ServerWebExchange` 实例放入到 Reactor 的 `Context` 中，这样就可以在不需要显式传递 `ServerWebExchange` 的情况下，让参与请求处理的组件能够访问到它。

`DelegatingFilterProxy`过滤器用于将请求委派给 Spring 应用程序上下文中的一个或多个其他过滤器 Bean 进行处理。这种委派机制允许开发者利用 Servlet 过滤器的丰富生态系统，同时保持 Spring 的依赖注入和其他特性。

`CommonsRequestLoggingFilter` 过滤器用于记录HTTP请求的详细信息，通常用于日志记录和问题诊断。这个过滤器是Apache Commons Logging库的一部分，Spring在内部使用它来实现请求日志记录的功能。

稳定抽象原则是软件设计中的一个重要概念，它强调在设计软件时应该依赖于稳定的抽象，而不是依赖于变化的具体实现。这个原则有助于提高软件的可维护性和可扩展性。

架构师避免过度设计的关键在于理解真实业务需求，采用迭代和敏捷开发方法，专注于核心功能实现。通过遵循SOLID和GRASP原则、适度使用设计模式、保持设计简洁（KISS原则）、避免过早优化，以及进行持续的代码重构，架构师可以确保系统的灵活性和可维护性。同时，建立快速反馈循环、管理技术债务、进行风险评估和原型验证，都是确保设计适度且实用的重要策略。

最少知识原则，也称为迪米特法则（Law of Demeter, LoD），是一种软件设计原则，它指导我们减少对象之间的交互，使得每个对象只需与其直接的合作伙伴通信，而不必关心合作伙伴的内部细节。

YAGNI（You Aren't Gonna Need It）原则是极限编程（XP）中的一项核心实践，它告诫开发者只实现当前需要的功能，避免过度设计和提前优化。这个原则帮助团队集中精力解决实际问题，而不是预测未来可能的需求。

DRY（Don't Repeat Yourself）原则是软件开发中的一个基本原则，它强调在代码库中避免重复代码，以减少维护成本和提高代码质量。