node 如高台下的浮沙，spring 是高台上的壁垒。😅

@Bingchunmoli 这个回一下，guice 不是只有这一种用法。

@Bingchunmoli 虽然说我很菜，但是这些基础我还是懂的，但是这个过程主要是靠搜索引擎和一些技术文章慢慢积累总结。可以说当时在用 springboot 时，碰到问题去查搜索引擎是第一反应。这种编码上的割裂感前所未有的强烈，也是我不打算再继续深究这个框架的原因。不讨论了。

@Bingchunmoli 这个我知道，但是拿 guice 来对比呢？

@Bingchunmoli 外化到配置确实不是通用语吧，这么说吧，程序员面向接口 /类 /对象编程，在 spring 里面向配置 /注解编程，虽说过于极端，但也是它很突出的一个现象。用 spring 做项目给我感受最大的是离不开搜索引擎（说我菜我肯定认），因为注解和配置打断了我通过 IDE 调试的过程（还是菜），而不用的时候我都可以通过 IDE 和库文档进行下去，几乎不用去搜索。

@Bingchunmoli 你没看明白或者我没说明白，我上面说的自动装配不是类的自动装配（ di ），而是库。另外 ioc 为什么就得扫包？如果必须扫，那其它的 di 框架都是假的，如果不必须，那目的就不完全是 di 。

@cheng6563 原来还有这样的历史，涨知识了，是不是说依赖注入导致事务管理变得复杂了？给我的感觉是现在基于注解的事务管理方式比编程式更加复杂不可控。不是抬杠，“简化”与黑箱伴生而存，可能这是社区思考后决定承受的代价吧。

@wolfie 就是说 spring 选择了以自动装配的方式达成依赖解耦？那确实没啥说的，因为我觉得 springboot 的各种问题缘由就在自动装配。个人更倾向于显式的编程式的配置。
外化到配置是说，用配置代替编程接口，这中间增加的复杂度我个人认为不值得。

想听听为啥做博客要选 spring

@wolfie 扫包的根本目的是不是自动装配而不是依赖解耦？
为了自动装配各种三方包，涂一层封装，然后外化到配置文件，这真的有很大意义吗？
我对 spring 了解不深，所以对它的流行相当茫然。

@wolfie 能展开说一下嘛？

@jzphx 能展开说一下嘛？

http://blog.orzotl.com/1
用 20 分钟抄袭了这个主题到 hugo 上，还能有更简单的吗？

问为什么不流行，先问它为什么应该流行。看看它的特点放到实际场景中到底有何优劣。自嗨没用，汝之蜜糖吾之砒霜不是？

可以 uwsgi+lua

千与千寻
让子弹飞

之前的创维电视被我砸了，后来买了荣耀，好一些也有限，工信部投诉一波吧

@jobmailcn 嗯，主要是跨进程的话得单独提出一个程序做通知用，感觉个人用比较麻烦

@zjm947373 思路很好
@Eiden 嗯，微信应用的可以收到，和云函数综合起来很不错


@Ultraman 这个也不错，邮件比 im 好的一点是历史记录

@LxnChan 也是通过微信应用来发消息吗？
@jobmailcn 在考虑使用邮件