@mervinmemory 北京只欢迎北京人，不欢迎低端人口的朋友

@shazh520
github.com/spring-io/sagan/blob/master/sagan-site/src/main/java/sagan/SecurityConfig.java
看下这个

spring security 可以支持 thymeleaf 和 restful 的

这东西几个主要概念搞懂之后真的没啥可学的了

应该是生命周期处理上出现问题，比 post processor 先行注册了，导致生命周期组件出现问题

autoconfig 这是 feature

干两年镀层金出来

那么问题来了，怎样算美？
部门招人不需要通过部门同意吗？

@warcraft1236
The Spring Framework is an application framework and inversion of control container for the Java platform. The framework's core features can be used by any Java application, but there are extensions for building web applications on top of the Java EE (Enterprise Edition) platform. Although the framework does not impose any specific programming model, it has become popular in the Java community as an addition to, or even replacement for the Enterprise JavaBeans (EJB) model. The Spring Framework is open source.
另外推推荐去读下 j2ee development without ejb 第七章

@NeinChn 你知道 getter setter 原理，适用场景，风险吗？出了问题你能快速解决么？

楼上这群人写 web 写傻了吧，spring 的是什么都不知道

推荐一本正在看的代码大全

@Orciorc 3000 流明我觉得就够用了，家用市场 4000 多就可以入门了

上投影吧，刚上车，真香

gradle 好，gradle 有学习成本，学 gradle 就要学 groovy，如果不学习用的不明不白的不如用 maven 了，起码没有一些黑魔法，为了学习一个构建工具学一门语言相对来说要求有点高。
接触过一些 android 同学只会 copy 配置。灵活构建没有得到体现。
如果全员都会 gradle 我也相信很少有人会用 maven。

2，单元测试不涉及到数据存储，不存 3 在脏数据的问题，更多是对充血模型中对象里业务“动词”的测试，断言“名词”属性就可以了。
集成测试可以使用 rollback 处理脏数据问题。
4，看你的结构上有引用 ddd 的概念，但是几个概念上明显的错误，facade 模式应该对应的是应用服务层，不管 web 还是 api 只需要通过 facade 接口调用应用就可以了，不需要考虑程序内部实现。防腐层是一个适配器的概念，将外部的感念转变成内部的概念。避免内部业务被外部侵蚀。比如商城项目中，有用户领域，用订单领域，订单中有 buyer，用户中有 user，是两个业务名词，需要用防腐层隔离。
在分包上，每个业务对象都要有对应的测试。说的意思是，这组业务的核心功能和他的测试代码一定要同步进行，不能说，我拿到业务的核心代码，但是没有测试类。还要单独引用一个业务代码测试包才能对这个代码进行检验呢。接口测试代码要在 web,api 层。应该是同步进行的，测试接口不需要考虑应用层的问题。应用服务是 mock 出来的。

阿里的开源连 jar 包自己都管理不好，国内一群还跟风。kpi 的项目吹给领导看的。

多读书，先学 oop，熟练后然后就自己能整理出来领域上下文了。
用自然语言描述清楚你的业务，然后区分出业务名词。
思考业务名词是不是应该建模。
不要去考虑什么微服务。
每个业务名词都清晰了，对象也就丰满了。
用贫血模型永远都是 service 里的大泥球。