首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
程序员的进阶之路
今天也很困
创建于2025-12-02
订阅专栏
写代码不是目的,让软件承载业务价值才是核心。本专栏将带你跨过会写 API 的初级门槛,迈向理解业务、掌控复杂度、与架构共成长的工程师视角。让你写的不是功能,而是“领域能力”。
暂无订阅
共7篇文章
创建于2025-12-02
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
《微服务 + DDD + 事件驱动 + 中台:企业级架构蓝图与落地指南》
第一部分:整体架构蓝图 说明: 前端 / API:提供用户交互入口 应用层 / UseCase:流程编排,解耦业务逻辑 中台能力服务:沉淀可复用业务能力,使用 DDD 聚合建模 事件驱动总线:服务间异
《中台架构实战:业务能力沉淀与复用》
> 当企业业务线越来越多,你会发现: > > - 每条线都在重新造轮子:用户体系、权限、支付、资产管理 > - 团队开发效率下降,新业务上线慢 > - 系统维护成本居高不下 > > 这时候,中台架构(
《事件驱动实战:用领域事件解耦微服务》
传统微服务的同步调用模式已经不够用。 事件驱动架构(Event-Driven Architecture, EDA)解决了这个问题,让服务之间 “只关心事件,不关心谁在订阅” 。 在本篇文章里,我们将从
《微服务拆分与领域边界:DDD 的实战指南》
第一部分:微服务拆分的挑战 随意拆分的后果 把 CRUD 随便拆服务 → 数据和逻辑分散,调用链长 服务之间强依赖 → 任何改动都可能触发连锁问题 服务数量激增 → 运维成本飙升 微服务拆分的关键问题
《DDD 入门:让代码说业务语言》
第一部分:DDD 的核心思想 DDD 的核心目标: 核心理念包括: 领域(Domain) 系统要处理的业务范围。 示例:在资产管理系统中,领域可以是“资产管理”、“策略匹配”、“告警通知”。 限界上下
《软件架构到底在解决什么问题?——从单体到微服务、DDD 与中台的演进》
在这篇文章里,我们不讨论框架如何搭建,不讨论数据库选型,而是从本质出发——软件架构的核心目的,以及为什么现代企业系统最终演进到 微服务 + DDD + 事件驱动 + 中台。 第一部分:软件架构的核心问
DDD(Domain-Driven Design,领域驱动设计)架构介绍
✦ 什么是 DDD 架构? 在软件项目规模不断扩张的今天,传统分层架构(Controller → Service → DAO)常常随着业务复杂度提升而迅速失控:服务方法越来越多、类名难以表达业务意图、