5 次化疗 有效吗? 有效果吗?

@bigshawn #13 请教为什么两条最好.

@zsk425 啊哈? 现在还有夺宝岛啊.
我记得现在京东开了一个 类似的官方旗舰店. 专卖之前夺宝岛的东西.

坟墓

@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://ex.noerr.eu.org/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 是什么？大概讲下业务逻辑和思路。谢谢！

送个充气娃娃.