- 接口应该是最小的应该用到的方法的集合，不将不必要的方法添加进接口。例如，有 add()方法和 addAll()方法，add()可以被定义到 interface 中，而 addAll()应该定义到结构体中，因为 addAll()可以通过 多次循环 add()来实现

这条没太看懂, 能举个例子吗?
如果接收方使用接口想调用 addAll() 调不了啊.

欠我们几个朋友加起来约摸 60-70W


干啥了???

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 下面了.

参考最新的文档.

这种帖子吧。。。 就是收币的， 得，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 关联？