Java 的那些框架曾经疯狂地使用 xml ，不用硬编码，但现在怎么又“去 xml 化”回归硬编码了？
Java后端有时候就是解耦解魔怔了。
如果一个java项目，不用Spring，不用DI，自己初始化配置，服务，Dao，无状态的就用 static method，singleton，业务逻辑里想用那个服务类就直接调用。这样的开发会怎样？
会很爽。
我试过，这样对代码流程100%的掌控，没有任何意料以外的行为，大量减少在stack overflow查诡异错误的时间。所有逻辑聚合于一处，维护起来非常轻松，交给别人也可以快速上手。
代码写逻辑，配置写环境。
一些框架为了解耦，逻辑写到配置里，A依赖B，不能直接依赖B，要给B写个接口，再给接口写个实现，再把实现写到配置文件里，一个一句话的东西，写三个地方，还说是为了扩展，你写底层框架也就罢了，大家都是写业务逻辑的，要多少种花样实现？到项目下线也没有写第二个Impl。
该耦合不让它耦合，把低耦合写出低内聚的效果。
系统固有的复杂性只会转移，不会消解。把代码的逻辑，写到xml里，只会让维护更痛苦，不会让系统简单。
现在鼓励写在注解里，因为注解也是代码，本来就该是代码的逻辑，绕一圈发现，还是放在代码里最省心。注解现在也有被滥用的趋势，一个注解不行，还要了解几个注解合并怎么用，升个版本注解的意思可能还会变，总之，dsl不堪重用。
写代码，简单直接就好。
