后端分层架构如何分离业务与非业务逻辑？
探讨后端开发中的分层架构问题在后端开发中，常见的分层架构包括controller、service和dao...
后端分层架构：巧妙划分业务逻辑与非业务逻辑
后端开发中，分层架构（例如，Controller、Service、DAO三层）至关重要。虽然分层原则清晰，但在实践中，特别是Service层和DAO层间的界限，以及引入Manager层后的逻辑划分，常常令人困惑。本文将探讨如何有效区分业务逻辑和非业务逻辑。
业务逻辑与非业务逻辑的界定
业务逻辑直接关联业务需求，用户可感知；而非业务逻辑则为底层操作，与业务流程无关，例如数据库操作细节或密码加密。
以下是一些非业务逻辑示例：
-
数据库操作细节：
UserManager.delete()和DepartmentManager.delete()可能同时删除关联表（例如userdeptmodel）中的数据。这属于非业务逻辑，因为它只涉及数据库操作，而非业务流程本身。如果没有Manager层，DAO层也可以处理这类操作，只要它与业务无关。class UserManager: def delete(self): userdao.delete() userdeptdao.delete() class DepartmentManager: def delete(self): departmentdao.delete() userdeptdao.delete() -
密码加密： 用户无需了解密码存储细节，加盐操作可放在DAO或Manager层。
class UserDao: def make_password(self, passwd): return salt(passwd) # 假设salt函数用于密码加盐 def save(self): passwd = self.make_password(passwd) self.passwd = passwd super().save() #假设super().save()是数据库保存方法 -
DAO层方法命名：
get_super_user这样的方法名是否合适，取决于其是否涉及业务逻辑。如果super与业务无关，则可以使用；否则，应在Service层处理。 -
HTTP请求封装： 后端依赖的封装，可以放在DAO层，而非Service层。
Python中实现类似Django filter的功能
在Django/Flask中，数据过滤相对容易。但在Python的三层架构中，需要考虑如何在DAO层处理请求参数。如果没有Spring之类的依赖注入框架，则需手动传递参数。 Java中，Hibernate等ORM框架提供了强大的数据过滤和查询功能。
数据实体与分层架构
数据实体用于数据持久化。在三层架构中，Controller、Service和DAO层并非严格一一对应。Service层可能调用多个DAO完成一个业务操作，而一个DAO也可能被多个Service调用。
总之，正确区分业务逻辑和非业务逻辑是后端开发的关键，合理的分层架构能提升代码可读性和可维护性。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
AirBuddy 3 是面向 macOS 的蓝牙外设增强工具，可集中查看 AirPods、Beats 与苹果设备电量，提供快速连接、播放控制、电量提醒、桌面小组件和多台 Mac 外设接力等功能。
AirServer macOS版可把 Mac 转换为无线投屏接收端，通过 AirPlay 或 Google Cast 接收手机、平板和电脑画面，并支持多设备同时连接、高清镜像及会话录制，适合家庭娱乐、课堂教学、会议演示和应用展示。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
PixTV 是一款在浏览器中使用的 AI 视觉内容创作平台，提供图片、视频、音频、文字生成、AI 分镜、局部重绘、提示词反推和无限画布等工具，适合短剧、漫剧、广告及社交媒体内容制作。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，