关于后端开发分层的疑问

之前也发过好多贴， 看过好多贴， 还是没有彻底搞懂。

简单来说 controller service dao 三层。

controller 和 service 之间的分层相对比较清晰， 业务逻辑和显示逻辑的拆分， 譬如 MQ/http/RPC 和业务分离。

service 和 dao 的区分我有点搞不懂。主要是因为分不清什么是存储逻辑（非业务逻辑）什么是业务逻辑。 尤其是加入了 manager 层之后。

因为是 python 后端， 所以很自然的将业务逻辑加到 Model 上。 （我理解这里的 Model 是指业务 Model ） UserModel.is_super() 带业务的查询。
或者
UserModel.objects.all() 原生将 permissons,groups ，Commany,等等一起都带过来了。
或者
UserModel.*** 做一些跨表的操作。

我的问题：

1. 什么是业务逻辑， 什么是非业务逻辑。
   我的理解是，客户看不到的逻辑都算非业务逻辑， 譬如
   1.1 表结构，表关联关系等。
   UserManager.delete()和DepartmentManager.delete() 这俩可以同时包含删除关联关系表（ UserDeptModel ）的能力。不是二取一。 同理 save 也是。 如果没有 manager 层， 那么我的理解 Dao 是可以做连/跨表操作的，只要这个跨表操作和业务无关，没必要在 service 调用两次 dao 。

class UserManager:
    def delete():
        UserDao.delete()
        UserDeptDao.delete()
class DepartmentManager:
    def delete():
        DepartmentDao.delete()
        UserDeptDao.delete()

1.2 密码加盐。
用户最多只需要知道你的密码是不明文保存就可以了。 加盐动作可以放在 DAO/Manager 层处理。

class UserDao:
    def make_password(passwd):
        return salt(passwd)
    def save():
        passwd = self.make_password(passwd)
        self.passwd = passwd
        super.save()

1.3 DAO 层的方法命名和设定
是否可以类似get_super_user 这种带有非业务逻辑(假设这个 super 与业务逻辑无关)，但是具有明显语义的方法名？还是只能get_user_by_type("super")
1.4 http 请求也可以封装层 dao. 譬如后端有一些依赖（另一个 team 提供支持）， 我可以将这些依赖封装成 dao, 而不是 service.
2. 在 django/flask 中， 很容易实现 django filter 的功能。 https://www.django-rest-framework.org/api-guide/filtering/
https://django-filter.readthedocs.io/en/stable/
甚至于在 ModelViewSet 中直接集成了 filter, https://github.com/encode/django-rest-framework/blob/master/rest_framework/mixins.py#L33 如果用 python 做三层架构且想实现类似 django filter 功能的话， 那么 DAO 中一定需要传入 request 参数。且层层穿透。在没有 spring 这种自动注入框架的帮助下，如何处理类似的问题？ java 中是如何实现类似 django filter 类似功能的？
3. 什么是数据实体？ 是否 controller service dao 是一一对应的，如果不是， 能否举几个例子。 主要是 DAO 和 service.

三层架构和 DDD 的优缺点建议不再本贴讨论。担心歪楼。 谢谢大家啦！