从IT的角度思考BIM：面向对象·模式与框架·敏捷开发

从IT的角度思考BIM（二）：模式与框架

        我们满怀着美好期许，鼓起勇气敲响了BIM世界的大门。忽然人群中有人高呼：BIM已死，大家都散了吧！

        这时人群开始骚动起来。“我早就说这玩意是忽悠人的吧，你们不信还偏要来”，“我花了好多钱准备这次探索，这都死了，咋办？导游在哪呢，我要投诉！”有些人原路折返，有些人捶胸顿足，有些人呆若木鸡。门慢慢地开了，人群又开始骚动起来…… 

模式与框架 

        软件设计中的“模式”源自建筑师克利斯托弗·亚历山大（ChristopherAlexander）与萨拉·石川佳纯（SaraIshikawa）及墨瑞·西尔弗斯坦（MurraySilverstein）在1977年合著的书《建筑模式语言》（APatternLanguage:Towns,Buildings,Construction）。书中说道：每一个模式描述了一个在我们周围不断重复发生的问题以及该问题的解决方案的核心，这样你就能多次使用该解决方案而不必做重复劳动。        

        后来这一理念被引入到了软件设计中，在四人组（GangofFour，简称GoF。指ErichGamma、RichardHelm、RalphJohnson和JohnVlissides四人）合著的《设计模式——可复用面向对象软件的基础》（DesignPatterns:ElementsofReusableObject-OrientedSoftware）一书中被人们熟知，广泛地应用在软件设计中。使用模式可以让代码更容易管理、重用和扩展，从而提高软件开发的效率和质量。

        软件设计中常提及两种模式：一种是架构模式，一种是设计模式。架构模式是从系统的层面上定义各个子系统的职责并据此进行组织设计，而设计模式是从子系统的功能层面上来定义功能的实现方式。

        与建筑结构中的框架相似，软件设计中的框架也是指结构。这个结构实现了一些通用功能，开发者在特定的框架下只需要实现核心的业务逻辑设计，从而提高了软件开发的效率和质量。 

MVC 

        MVC是一种模式（主要体现为架构模式，也体现为设计模式），也有使用各类技术实现的各种MVC应用框架。

        MVC是三个字母的缩写，分别是Model（模型）、View（视图）和Controller（控制器）。它的中心思想是“分离”，目的是降低代码的耦合性，提高代码的重用性，使软件更易于测试和维护。简单来说MVC的工作原理就是M产出数据，V展现数据，C响应用户请求并对M与V进行控制和协调，整个软件的代码就围绕着这些角色来组织编写。M和V的工作方式有点像是使用Excel为数据创建图表。在Excel中我们可以使用各式各样的图表来展现同样的数据，对于一个M来说，可以使用多个V，每一个V都有其适用的情况。不过实际情况比上述比喻要略微复杂一些，比如在M和V之间通常还有一个角色，就是VM（ViewModel，视图模型），VM通过业务逻辑（BusinessLogic）处理M而获得，用于与V直接绑定，实现“数据驱动UI（UserInterface，用户界面）”的理念。 

建筑、信息与模型 

        如果我们从模式和框架的角度把MVC的概念“生搬硬套”过来，BIM该如何分离呢？从字面上来看，就是建筑、信息与模型。不过BIM里的M并不是MVC里的M，而是V，它代表着工具。我们根据需要选取工具创建信息，同样的信息也可以在不同的工具中展示及使用。从这一点看，BIM软件就像是一个复杂的UI，通过它可以实现使用者与数据的交互。BIM中的I是MVC中的M，它既包含元数据（关于数据的数据，定义并规范着数据），也包含大数据（所有的工作流程数据及工作成果数据）。BIM中的B比较特殊，它既包含业务逻辑又包含控制器。在BIM中，所有的信息都通过复杂的建筑逻辑进行处理，又在各个专业和不同工作阶段中流动。