chaleaochexist

这种帖子吧。。。 就是收币的， 得，5 铜币奉上， 不谢！

@sujin190 也就是说， 你认为:

`is_super()` 是数据逻辑

```python
if not is_super():
return 404
```
是业务逻辑。

是这样吗？

@yusheng88
感谢回复哈。
这里的 filter 是类似 orm 层面的功能， 和 java 中的 filter 不是一个东西，java 中的 filter 是 django 中的 middleware 。
>>> 1.3 支持方法重载就不推荐加 by_xx ，参数多就封装为一个查询对象
但是如果这样做的话， 那么 orm 就完全代替 dao 了。不知道 dao 还有什么其他作用？
参考本站
https://www.v2ex.com/t/779785#reply32
中的 case2

@yuanxiaosong
谢谢, 浪费你这么多时间辛苦打字.

UserDeptDao 在不考虑 es,缓存和 mq 的情况下, 无非就是一张关联表.
我叫 UserDept 可以, 叫 DeptUser 其实也没毛病, 没有必要非要站在 User 的角度看问题.
所以, 在实际项目中,是否这两个 Dao 同时存在?
如果同时存在,我在 DeptManager 这个层面就可以解决问题.
如果不同时存在, 这里要如何设计? 还是说无所谓如何设计? User 开头和 Dept 开头其实无所谓, 在 service 层协调一下就可以了? 但是这里会带来一个新问题 -- 就是 Dept 的删除要在 service 里面删, 但是 User 的删除在 manager 删就可以了.
还是会带来一个分层不清的情况.
以上是问题 1.

问题 2, 我一直都搞不清楚, 什么叫业务,什么叫非业务, 目前的理解是, 使用者能看到的算业务, 看不到的算非业务.
但是实际上上面提到的场景
```
class DeptService{
void deleteDept(id){
deptManager.deleteById(id);
userManger.deleteUserDeptByDeptId(id);
}
}
```
这应该算用户看不到的场景, 但确实写到了 service 里面. 有些困惑.

大佬我付费咨询吧 问题太多了, 浪费了你这么多时间.
wechat aGh4eHR0eHNoc2hzaA==

@yuanxiaosong
那么是否可能存在一个 DepartmentManager 关联 UserDao, DepartmentDao, DepartmentAddressDao.
我是想表达 一个 Dao 是否可能被多个 Manager 关联？

@yuanxiaosong 明白， 大佬能不能最后在举一个 manager save 的例子， 你说的 save 几十张关联表的 manager ， 譬如 xxxmanager 中的 xxx 是什么？大概讲下业务逻辑和思路。谢谢！

送个充气娃娃.

标题党.
全体 --> 10 个人.