MVC, MVP, MVVM, MVI。看到这些眼花缭乱的架构，不禁想反问一句：“不使用架构又会怎么样？”

中介者对象是将系统从网状结构转为以调停者为中心的星型结构。 工厂根据参数创建不同的产品，产品都实现同一接口。一个工厂，多个产品 各自的工厂生产各自的一个产品，工厂、产品都实现于抽象类。多个工厂，多个产品 各自的工厂生产各自的一组产品，工厂、产品都实现于抽象类。多个工厂，多组产品…

有太多的文章教你怎么组织代码了。但是这些文章大都是系统A，模块B的抽象写意派。虽然看着很有道理的样子，但就是看不懂。本文的特点是有十多个带有具体业务场景的例子。从如何接新需求的角度来分析模块应该怎么拆

最近学习了阿里资深技术专家李运华的架构设计教程，颇有收获，总结一下。 架构设计的目的是为了解决系统复杂度带来的问题，并不是要面面俱到，不需要每个架构都具备高性能、高可用、高扩展等特点，而是要识别出实际业务实际情况的复杂点，然后有有针对性地解决问题，即：有的放矢，而不是贪大求全。…