它只是视图和黑板
第一次接触到视图这个概念的时候是在数据库原理这门课程上，当时老师的解释是——你需要给外部人员提供资源，但是你并不希望把自己数据库暴露给对方，这个时候就可以采用视图
而在这篇文章里，作者提到将程序分成不同模块之后，在对各个模块进行关联时需要尽可能得减少其间的耦合，那么这个时候采用“视图”就显得十分重要了——只让模块接收到它需要的部分，从而减少对模块独立性的破坏，减少耦合
我记得曾经在大一接触到过一道题目，具体内容记不清了（大概是让输出一个倒金字塔？），当时我进使用了许多许多的变量，几乎每个变量之间都是关联的，各部分之间耦合性极高，在复习时我不敢懂一个字母，生怕程序会运行崩溃——这应该算是一个典型的反面教材
文章关于黑板的介绍我没有看的太明白，大概是一种让程序结构更加合理的方法/思路？就像侦探们在黑板中张贴不同信息、发现关联、推理案情，而不必在意/知道其他侦探是谁。换到编程中大抵是——程序接收需要处理的信息，不必清楚的知道它的来处，只需要分类处理得出结果就可以
！！！保存了忘记发！