内容引起强烈不适

Happy New Year! 早日康复

可以加个微信吗？ 想聊一聊

可真是无商不奸 这波操作真让人恶心 🤢。

你的问题是不是用了 IOC 整个项目不应该再出现 new 关键字是吗 ？ 用了 SpringIOC 不代表不能使用 new 关键字创建对象，getBean 的方式适合有 Spring Context 的情况下，如果存在很多的 POJO 对象 没有必要都给 Spring 管理 如果硬要这样做 也没有问题 只不过没有必要 你需要修改 Scope 为 prototype 因为 IOC 默认都是单例模式 ，而在一些场景下获取 Spring Context 不太方便 。

我中奖了?

cat 2017_todo.md 2018_todo.md >> 2019_todo.md

不太明白把所有应用塞进一个容器的做法 docker-compse 就是为了解决这种情况的 也许这种方式更适合 vagrant。

成色怎么样？ 可以收一个

补充上面说的

推荐使用存储过程进行插入和节点的删除

可以考虑下数据嵌套模型 。

简单来说 每个用户都存在一个 left v 和 right v，这两个值来确定层级以及范围关系。

举例来说:

当 A 的 左值: 1 右值: 2 (没有邀请人的状态)

A 这个时候邀请了 B 来看一看这个范围值如何变化

B 节点左值=A.右值
B 节点右值= B.左值+1

最后一步 由于 A 节点插入了一个子节点 需要范围包括 那么 A.右值 = A.右值+2


最终状态就是

A 左值: 1 右值: 4
B 左值: 2 右值: 3


以此类推 。

如果维护起了这套关系 查询子节点信息不需要递归 因为子节点的两边值是一定小于父节点的值 即:

```sql
SELECT * FROM user WHERE lv > parent.lv and rv < parent.rv
```

再来看下 B 邀请了 C

C 节点的左右值和 B 值获取方式一样。

这里不同的是 你需要更改 A 和 B 节点的右值，当然也不需要递归 你只需要找出 lv >= C.lv AND rv < C.lv 然后右值 + 2

最终的状态就是

A 左值: 1 右值: 6
B 左值: 2 右值: 5
C 左值: 3 右值: 4

来查询下 A 一共邀请了多少人？

```
A.右值 / 2 -1 = 2
```


这套模型的关键在于插入和删除 要确保相关的节点值要改变 只要能做到这一点 理论支持无限极分销 并且查询并不需要递归。

希望能帮到你。

我现在不太喜欢背包了 两手空空。

@wzw 我是重装系统的 资料可以放时光机 开发环境的话 如果用的 docker 把挂载文件夹备份下就行

看个人吧 我个人觉得没必要升级 除非你喜欢折腾 因为新系统需要一个迭代的周期 这个周期就是苹果发布了新的操作系统 而我才会升级到新系统的上一个版本 比如前几天我才升级到 10.13.6

死亡细胞+1

没太明白 Docker 在 Windows 上的使用太反人类了 是指什么？

@bukip 那里会抓不到 只是不作为而已。