本文主要是继续研读了资深架构师王概凯Kevin执笔的《架构漫谈》系列的《架构漫谈（二）：认识概念是理解架构的基础》的心得感受。王概凯Kevin结合自己多年的架构经验，通过不同的视角，重新审视架构的本质，从而产生一力作《架构漫谈》系列，作者希望能够抛出自己从实践中得出的一些观点，并引发大家的一些思考，欢迎大家沟通讨论。
如需要阅读原文，请关注公众号“聊聊架构”，从历史文章中获取《架构漫谈》系列。
本文内容结构图：
如前一篇文章《架构之缘起》所述，架构实际上是解决人的问题，而概念是人认识这个世界的基础，自然概念的认识就非常的重要。然而，大部分人对于每天都习以为常的概念，都自以为明白了，但实际上都是下意识的，并不是主动的认识。
举个栗子：
比如说“什么是桌子？”其实每个人对其的理解描述都是千奇百怪的，这实际上就导致了做架构的时候，不同角色的沟通会出很多问题，那么结果也就可想而知了。
所以，在架构中对概念的认知，其实是很关键的，本文也将尝试讨论下如何认识概念的过程。
首先声明一下，本系列的文章，都是以人的认识为主体去讨论的，解决的都是人的问题，任何没有具体申明的部分，都隐含这一背景，以免大家误解。
概念也属于人认识这个世界并用来沟通的手段，包括“概念”这个概念，也是一样的。在古代，不叫“概念”，称之为“名相”。
何为相？
一般我们认为：看到一个东西，比方说杯子，“杯子”就是一个名字，指代的看到的东西就是相，就是事物的相状。我们一听到“杯子”这个词，脑海里就会浮现出一个杯子的形象。而“杯子”这个词，是用来指代的是这个相状的，叫做名。合起来就叫做“名相”。
可是当我们把杯子打碎了的时候，我们还会称这个碎了的东西叫杯子吗？ 肯定不会，一般会叫“碎瓦片”，如果我们把碎瓦片磨碎了呢，名字又变了，叫做“沙子”。这就奇怪了，同样一个东西，怎么会变出这么多的名字出来？
那究竟什么才是相？
实际上“相“表达的不是一个具体的东西，如上面所提的一个瓷器杯子，并不是指这个瓷器，而是这个瓷器所起的一个作用：一手可握，敞口（一般不超过底的大小，太大口就叫碗了），并且内部有一个空间可乘东西的这么一个作用。并不是指这个瓷器本身。这也是为什么我们从电视上看到一个人拿杯子的时候，我们知道这个是杯子。但是实际上我们看到的都是光影而已。所以说相实际上代表的是这个作用，并不是具体的某个东西，而名是用来标识这个作用的，用来交流的。
为何需要这个作用？
这个作用其实是为了解决“人需要一个可单手持握，但是希望避免直接接触所盛物体”这个问题。
所以说，每个概念实际上所解决的，还是人遇到的某个特定的问题，我们把解决问题的解决方案，给定了一个名字，这个名字就是对应的某个特定的概念。对于概念这个词本身，为了统一指代这些名字，我们称起这类作用的名字称为“概念”。
同样，什么是“建筑”？“建筑”实际上解决的就是“人需要独占的空间，并还能够比较流畅的和外部世界沟通”的问题。
再拿前面的“桌子”来举例，什么叫“桌子”？ 很多人回答，四条腿，或者说有腿，有一个平面，等等，柜子不也是这样吗？为什么我们看到柜子，不会认为是桌子呢？即使我们放在柜子上吃饭，我们看到仍然会问，为什么在柜子上吃饭？ 不会叫桌子。如果明白了上面的道理，就很简单了，桌子实际上是为了解决人坐在椅子上，手还能够支撑在一个平面上继续开展活动的问题，一般会和椅子配对出现。
同理，为何我们可以在不同的语言间进行翻译，是因为虽然语言不同，但是人类所面临的的问题是一样的，所使用的名不同而已。对于不同的动物之间的翻译也是同理。
在讨论桌子这个概念的过程中，很多人会提出抽象这个概念，认为定义桌子实际上就是抽象的一个过程。这里，有必要要澄清一下抽象这个概念，这个里面有误解。
抽象这个词代表的含义，实际上是把不同的概念的相似的部分合并在一起，形成一个新的概念。
这个里面问题很多：首先“相似的部分”在不同的人看来，并不一定那么相似；其次，抽象之后形成的是一个新的概念，和原来那个概念并不一样，所解决的问题也不一样。所以我们不能用抽象来定义一个事物，抽象实际上是一个分类的过程，完全是另一码事。
再举一个例子，杯子和容器，很多人认为容器是杯子的抽象，但是实际上杯子是杯子，容器是容器，它们所解决的问题是不一样的。当我们需要解决装东西的问题的时候，会说容器；当我们需要解决单手持握要装东西的时候，会说要一个杯子。
回过头来，根据架构的定义，要做好架构所首先必须具备的能力，就是能够正确的认识概念，能够发现概念背后所代表的问题，进而才能够认识目标领域所需要解决的问题，这样才能够为做好架构打好基础。
事实上，这一能力，在任何一个领域都是适用的，比如我们如果想要学习一项新的技术，如Hibernate、Spring、PhotoShop、WWW、Internet等等，如果知道这些概念所要解决的问题，学习这些新的技术或者概念就会如虎添翼，快速的入手；学习一个新的领域，也会非常的快速有效；使用这些概念来解释问题，甚至发明新的概念都是很容易的事。为什么强调这个呢，因为做架构的时候，很多时候都是在一个新的领域解决问题，必须要快速进入并掌握这个领域，然后才能够正确的解决问题。
总结一下，正如上文所述：
相是一个具体物体的状态和作用，是来解决具体问题的。而为了人之间的交流，便根据相有了名，名其实就是一个标记，或理解为简单的概念。所以概念的背后其实是代表解决人的问题。
而抽象则是对概念或名相似之处的归类、分类的过程，不同角度来看会得出不同的相似之处，从而会有不同的抽象出来，所以抽象也会产生不同的新的概念。但抽象出来的概念不能够指具体的事物，而只能做到泛指一类具有相似之处的事物。其实抽象本身也是一个概念，其背后也在解决归类，分类的问题，但抽象并不是架构的必然产物。
而在解决问题的工程中，会首先有简单名相（意指解决问题的最原始工具或物体），遇到更高级问题，会有更高级的名相或概念，通过抽象，对名相进行归类、分类，抽象出新的概念，或者再有更高级的抽象，产生更高级的概念，最后由这些概念会组成架构。
