---
title: "解耦设计"
date: "2026-03"
category: "设计模式与架构"
tags: ["设计模式与架构"]
description: "依赖注入这种设计哲学的核心依然是围绕着一个关键词——解耦。接口简单，内核复杂。抽象对外暴露的就是简单，而具体的过程则被封装在实现之中..."
source: "https://enriquemark.com/zh-hans/posts/%E8%A7%A3%E8%80%A6%E8%AE%BE%E8%AE%A1"
---

[依赖注入](/zh-hans/posts/依赖注入)这种设计哲学的核心依然是围绕着一个关键词——解耦。接口简单，内核复杂。抽象对外暴露的就是简单，而具体的过程则被封装在实现之中。当我的类基于一个抽象的结构时，我不需要去关心具体的实现到底是如何的，这就使得增加或减少功能变得便捷。我不需要每次新增需求就去改核心功能类的代码，而只需要让后续的新增类继承一个统一的接口——或者说框架——然后将它们抛给核心功能类，结束。

当然，也要小心过度设计，这就是经验的体现之处了。但我相信，秉持这这样的原则去写，健壮的、可维护的代码产出率自然会增高。当然工程不总是追求完美，还要权衡工期和成本，这点很重要。我当然没必要为一个一次性的需求过度设计，但如果需要经常维护，那么保证代码的稳健性就至关重要了。