从餐厅后厨到代码世界：聊聊“三层架构”和“高内聚低耦合”

最新推荐文章于 2025-04-17 17:50:00 发布

我尽力学

最新推荐文章于 2025-04-17 17:50:00 发布

阅读量367

点赞数 5

文章标签：笔记

本文链接：https://blog.csdn.net/m0_64616651/article/details/146010396

版权

从餐厅后厨到代码世界：聊聊“三层架构”和“高内聚低耦合”

一、先讲个故事：餐厅里的“三层架构”

假设你开了一家餐厅，后厨有三个核心角色：

服务员：负责接待顾客、记录订单、端菜上桌。
厨师：根据订单烹饪菜品，控制火候、调味。
采购员：每天去菜市场买菜，保证食材新鲜。

他们的分工有什么好处？

服务员不需要懂怎么炒菜，厨师不需要关心顾客长什么样，采购员只管买对食材。
如果某天换了个新厨师，服务员和采购员的工作完全不受影响。
如果采购员发现土豆涨价了，他可以直接换成红薯，厨师只需调整菜谱，不需要通知服务员。

这就是现实中的“三层架构”和“高内聚低耦合”

二、什么是服务器中的“三层架构”？

在软件开发中，服务器代码的“三层架构”和餐厅分工异曲同工：

层级	职责	类比餐厅角色
表现层	接收用户请求，返回结果（如网页、JSON）	服务员
业务逻辑层	处理核心业务规则（如计算订单价格）	厨师
数据访问层	操作数据库（增删改查）	采购员

举个例子：用户下单的流程

表现层：用户点击“提交订单”，接收订单数据（商品ID、数量）。
业务逻辑层：计算总价、检查库存、生成订单号。
数据访问层：将订单保存到数据库，更新库存数量。

代码示例（伪代码）：

// 表现层（Controller）
@PostMapping("/order")
public String createOrder(OrderRequest request) {
    orderService.createOrder(request); // 调用业务层
    return "下单成功！";
}

// 业务逻辑层（Service）
public void createOrder(OrderRequest request) {
    double totalPrice = calculateTotalPrice(request); // 计算价格
    checkInventory(request);                          // 检查库存
    orderDao.saveOrder(request, totalPrice);          // 调用数据层
}

// 数据访问层（Dao）
public void saveOrder(OrderRequest request, double totalPrice) {
    String sql = "INSERT INTO orders (...) VALUES (...)";
    jdbcTemplate.update(sql); // 操作数据库
}