2020-01-02半夜打卡作者回复: 哇，厉害~
3
2020-01-17突然觉得spring 也不是那么深不可测。突然感觉膨胀了，学习这些理论，按照提到要求，似乎我也能做一个容器。作者回复: 我常说 java 基础很重要，也可以了解一下 Java 劝退系列 https://segmentfault.com/ls/1650000021461840
1 2
2020-01-04。。。理论太多，太抽象了，没有实际接触过很难有更深的理解作者回复: 等后续的章节出现后，再回头来看，会有更多的体会
1 1
2020-01-02追更打卡。作者回复: 加油 💪~
1
2020-01-31延迟上班，在家打卡作者回复: 老铁~
2020-01-29打卡 我个人使用的时候，以前没maven 依赖查找，我还得把对应的包引进来 不然项目里全是红叉作者回复: 你用的是 Eclipse?
1
2020-01-23马哥讲的好！作者回复: 谢谢夸奖~
2020-01-15上班看看，来打卡作者回复: 带薪学习 ：）
2020-01-12半半夜打卡作者回复: 哇，太努力了！
2020-01-09每天按时 到此一游作者回复: 滴滴，老司机打卡
2020-01-05我个人倒是认为IoC和依赖注入是两个概念 而且是完全不同的概念，IoC的一种实现就是设计模式中的模版方法模式，通过抽象整体的算法骨架(或者是业务逻辑流程)， 相当于只负责把握一个流程 但是具体的实现是需要实现类去做实现的 那么这个时候实现类实现的可能只是这个业务逻辑中的一步或者几步，相当于逻辑控制流由框架负责， 实现只需要专注在自己的业务逻辑上。举个具体的例子 现在的SpringMVC框架非常成熟， 我们实现一个API的时候只需要定义RequestMapping 然后实现自己的业务逻辑就好 完全不需要处理参数的获取，类型的转化之类的业务逻辑之外的事情，同样的我们也无法控制整个逻辑控制流，我们只是一部分。但是如果你不用SpringMVC或者其他的Web框架 那你就需要实现所有的东西 那这个的source code你就是自己控制，这个是IoC。作者回复: 实际上，DI 是一种 IoC 的实现。很多文献有记载
4