坟墓

@Baymaxbowen 哈哈哈哈 所以你也生个孩子吧.

@wuhao1
你说的很对.
我上次从 windows 切到 deepin 就是因为全家桶问题.

@wuhao1

用过 deepin.
比较省心.
但是 linux 和 mac/windows 比还是差点意思.不过 deepin 已经很不错了几乎开箱即用.

楼主那个 gif 是 deepin 吧.蛤蛤蛤.

左下角. 底部+左侧.

autoMemoryReclaim=gradual # 检测到空闲 CPU 使用率后自动释放缓存内存。设置 gradual 为缓慢释放，设置 dropcache 为立即释放缓存内存。
sparseVhd=true

这俩选项还在 experimental 下
其他好多都在 wsl2 下面了.

参考最新的文档.

@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 个人.

@yuanxiaosong 谢谢大佬， 彻底理解了。
还剩最后一个问题。
manager 层方法的命名问题。
譬如， 你们有没有类似这样的业务， 超级用户查询订单从主数据库读。 普通用户查询订单从 ES 读。
这样 manager 就要写两个方法。
query_order_by_superuser
query_order_by_user
这样的话 manager 的方法名里面还是体现了一点点业务。
包括你说的 save 方法， 实际上也是带一点点业务。只不过这种业务是对客户不可见的。
我可这么理解吗？

补充， 昨天我担心 V2EX 上你看不见， 还搜索了以下你的 ID, 然后找到了疑似你的邮箱，***.hotmail.com
给你发了邮件请教问题。 里面有一个红包， 聊表谢意。 （今天中午过期） 感谢大佬！！！

@yuanxiaosong #51

大佬你好啊, 我想请问:
controller：mq 接收 是啥意思
manager：我的个人理解就是面向对象的数据抽象, 可以带业务, 譬如 isSuperUser() {return True}
dao：这一层是面向数据的抽象, 不带业务, 譬如远程调用的函数名和这个调用的 api 相关和业务无关. 数据库访问也只和数据有关, 譬如 getUserByRole("Super")

我可以这么理解吗?