企业对外提供服务，通常借助于软件应用。比如交易零售系统，用来提供购买商品的服务，这里就涉及到交易数据，这些数据会被用户“反复”的产生、查看，而且随着服务时间增长，应用本身也会面临困难 业务逻辑。业务本身是有一定的逻辑性的，但会经常出现特殊的业务场景，导致出现"无逻辑"的复杂业务…

你可能有所感悟。零散的资料读了很多，但是很难有提升。到处是干货，但是并没什么用，简单来说就是缺乏系统化。另外，噪音太多，雷同的框架一大把，我不至于全都要去学了吧。 这里，我大体根据基础、Java基础、Java进阶给分了下类，挑的也都是最常用最重要的工具。 这篇文章耗费了我大量的…

虽然这个login方法有点丑，这还是没有打点，日志，生成登录态的情况下。我们所有的业务都写在了UserService里面，可能很多人不觉得这样写有什么问题。如果代码写多一点的程序员，可能会把每一步都抽成一个方法 为什么会这样呢？因为我们到这里为止，依然还是面向过程编程，完全没有…

也许一个类的初始设计是一个功能完全的类，然而随着代码的变迁，变得没什么用了。 又或者类起初的设计是为了支持未来的功能扩展，然而却一直未派上用场。 没什么用的类可以运用 将类内联化(Inline Class) 来干掉。 如果子类用处不大，试试 折叠继承体系(Collapse Hi…

本文主要想给大家分享一下，宋小菜这三年来，是如何从单点巨石系统演变成领域驱动的服务化设计的。这个演变现在还在继续，我们在实践过程中遇到了很多坑，也收获了经验和思考。 我是在宋小菜处于筹备阶段就加入的第一个程序员，见证了宋小菜系统从0到1的全过程。那时候的技术团队只有一个产品经理…

说起应用分层，大部分人都会认为这个不是很简单嘛 就controller，service, mapper三层。看起来简单，很多人其实并没有把他们职责划分开，在很多代码中,controller做的逻辑比service还多,service往往当成透传了，这其实是很多人开发代码都没有注…

注意，这是我的架构实践心得的第二季的系列文章，第一季有10篇你也可以回顾。 其实，这几个问题或多或少是相互关联的。有的时候大家也会自嘲说，“程序员接手的代码永远是烂摊子，然后自己继续在这个烂摊子上产出代码，留给又一波后人接手”。十几年来经历过十来个公司，我看了不少差的代码，也看…

心意相通的研发之间，本不需要BB这BB那搞些约束。但宁教我心徒枉然，不教银光惹尘埃。过分的放纵爱自由，那就是一去不复返了。 规范是一种束缚，是腾飞前的最后一步加速。大公司免费开源复杂的软件，有一个非常重要的目的就是想要占据特殊解决方案的标准制定，想要一个话语权；一项技术趋向成熟…