阿里妹导读：如何定义架构？应用架构的要素有哪些？什么是应用架构中的分类思维？开源应用架构COLA的作者张建飞介绍他在COLA架构设计中的一些思想经验，分享他的应用架构之道。
文末福利：有哪些个性有趣的域名？
模块（Module）、组件（Component）、包（Package），这些概念对于我们技术同学并不陌生，但并不是所有人都能理解其要义。
深入理解之后，我才发现，其背后的深意是分类思维。而这种分类也是应用架构的核心所在，通过不同粒度、不同层次的分类，把复杂的软件系统实现控制在可以被理解、被维护的程度。否则，对于动则上万行代码的软件，人类根本没有办法理解和维护。
试想一个极端情况，假如没有这些概念协助我们分类，我们把所有业务逻辑都写在一个类里面，会是什么样的结果呢？我们很多的“非人类”系统，正是因为没有进行合理的分类造成的。
早期，我不喜欢JavaScript的一个重要原因，正是因为其缺少像Java中package和jar的概念，导致代码的组织形式比较松散、随意。这个问题直到ES6、React才得到比较好的解决，在此之前，前端工程师不得不依靠seaJS，requireJS这些框架来做模块化、组件化的事情。
至此，你可能有疑问，分类有什么魔力？怎么就成了应用架构的核心了呢？客官别着急，由我细细道来。
分类的重要性
所谓分类，就是依据一定的标准对给定的事物进行组别的划分。我们人类天生就有分类的本能，例如，当我们观察下面这张图的时候。
无论是谁，乍一看到上面的六个黑点，都会认为共有两组墨点，每组三个。造成这种印象的原因主要是，人类大脑会自动将发现的所有事物以某种持续组织起来。基本上，大脑会认为同时发生的任何事物之间都存在某种关联，并且会将这些事物按某种逻辑模式组织起来。
之所以我们大脑有这样的本能，是因为人一次能够理解的思想或概念的数量是有限的。正如乔治米勒在他的论文《奇妙的数字7》中提出的。人类大脑的短期记忆无法一次容纳7个以上的记忆项目。所以，当信息量过大时，唯有归类分组才能帮助我们去理解和处理问题。
其实，自古及今，人类一直在做着归类/分类，早在春秋时期，《战国策》中就提出过“物以类聚，人以群分”的概念。
在互联网行业，我们会对客户进行分类，然后针对不同的客户进行分层运营，也是这个道理。
平常我们所说的分析和综合的背后，其实就是分类能力。分析是在一个类里面找差异性，综合是在不同事物中找联系、找共同性，而这个共同性相当于分类的维度。
分类思维的能力，直接体现的就是看透事物本质的能力。
应用架构中的分类思维
概念定义
在讨论架构之前，我们先来明确一下Module、Component和Package这几个概念。
因为这些概念一直以来存在不小的歧义。通过StackOverflow上几十篇询问这些概念差异的提问，以及五花八门的回答就能可见一斑。
在一篇StackOverflow的帖子[1]中，我们看到这样的回答：
Thetermsaresimilar.Igenerallythinkofamoduleasbeinglargerthana