软件构造课程总结

下边还是先列出来实验报告中记录的困难：

这次实验报告中记录困难时记录的较水，但是还是有一定的提示作用，这里一定程度上翻阅了原来的实验指导书、实验代码和报告内容进行了整合。

本次实验和上次一样，分为三个任务：

这里三个实验特色都较为鲜明，个人认为启发性很强。

首先看第一个项目。
这里和实验一类似使用了MIT的题目。不得不说MIT的实验质量确实高，在保证了一定程度的训练的同时最大程度地贴近基础知识，对后序的实验都有很好地启发意义。
任务目标大致是根据所给接口的spec，构造出相应的实现类，完成ADT结构并利用该ADT结构完成一定的功能——“诗意的行走”。

首先，问题的难度在于理解面向接口的编程与ADT这一概念。在理解了这些概念之后，实际的代码书写将会事半功倍。虽然在课程中可以学到相应的知识，但是实际上操作的时候还是与理论有着一定的差距。

在面向接口进行编程之前，先要大概知道ADT是什么东西。在这次实验中，面向接口编程实际上是这部分内容中ADT的具体实现模式而已。ADT，通称Abstract Data Type，抽象数据类型。实际上，在实验一中使用的list，map接口等，就是java包中自带的ADT。原理上来讲，ADT只关注针对某项任务或者功能时该结构是否能完成相应的任务或者功能，而对其各种其他的信息没有硬性要求。简单来讲，也就是说作为一个ADT的使用者，我只需要知道该ADT为我提供的功能就可以了，而我不需要知道这个ADT内部具体怎么实现的这项功能。
就比如，我购买了冰箱，我知道了冰箱可以用来冷藏冷冻食物，但是我并不需要关心冰箱的压缩机怎么工作；而且制造冰箱或者卖给我冰箱的人，他实际上也并不想让我知道冰箱的压缩机怎么工作，因为这些一定程度上也属于他们的机密。这种关系，建立在两者——使用者和制造者对这一利用关系的共同认识。但是作为制造者，实际上要考虑更多，因为你要担心是否有人对你的产品进行恶意的毁坏。制造者需要对其内部进行必要的封装和尽可能地隐藏——对于一个冰箱，我可能需要一个压缩机，一个循环机，外加一个密闭容器就可以完成冰箱的功能，但是我还是要把各种内部构件包裹起来，进行一定程度的修饰，让它变成一个整体提供给你；于是你在拿到该冰箱的时候，你并不会看见压缩机、循环机之类的东西，你所能接触到的只有——打开冰箱门，看到冰箱的储藏仓。这里压缩机等内部构件就是ADT的内部实现细节，你最后拿到冰箱，面对的储藏仓就是该ADT所提供给你的功能接口。这部分操作叫做数据封装。一个良好的ADT，在实现的过程中，这部分一定要做到有条不紊，不然一旦有某个模块暴露在外面，就有可能造成隐性的安全问题。例如，你把压缩机暴露在 外面，假设我去敲一锤子，或者我在上面多撤几根线，很有可能就会影响到冰箱的正常使用。
对于一个ADT，我在下层可能不只有一种实现结构——冰箱，有卧式冰箱，有立式冰箱，有台式冰箱等，这是对冰箱这一概念的具体化，也就是接口和具体实现类的关系。接口不能实例化，需要依托继承关系实例化其具体实现类来完成接口的相应功能。我去商场买冰箱，肯定不能只告诉导购员我要一台冰箱，最后我肯定要具体到哪个种类的冰箱；立式冰箱可能是用储藏架结构，台式冰箱可能是堆叠物品；但是到最后我只关心作为冰箱其共性的部分，即制冷，只要这些冰箱都能完成制冷那么我认为他们就是一样的。这就是说，对于任何一个ADT，其具体实现类在完成其结构的时候，在接口层面的功能应该保持一致性，不应该存在差异。

回到Lab2的项目一，在第一部分完成ADT的过程中，针对所给接口的spec，进行了两种具体实现类的构建和方法的override，两种具体实现类分别使用边图和点图的形式完成所需功能的实现，并且在两个具体实现类中还有相应的下层类（边或点）来实现其更为基础的功能。