BUAA面向对象设计与构造——第三单元总结

BUAA面向对象设计与构造——第三单元总结

1.JML语言及应用工具链

  JML(Java Modeling Language)是用于对Java程序进行规格化设计的一种表示语言。JML是一种行为接口规格语言,基于Larch方法构建。它以标准化的语言描述了类与方法的属性和规格,便于代码工作人员理解和实现。

  JML以javadoc注释的方式来表示规格,每行都以@起头。有两种注释方式,行注释和块注释。其中行注释的表示方式 为 //@annotation ,块注释的方式为 /* @ annotation @*/ 。

  表达式包括原子表达式,例如\old(exp);\result;\not_assigned(x,y,...)。

  量化表达式,例如 (\forall int i,j; 0 <= i && i < j && j < 10; a[i] < a[j]); (\exists int i; 0 <= i && i < 10; a[i] < 0)。

  集合表达式,new JMLObjectSet {Integer i | s.contains(i) && 0 < i.intValue() }。

  操作符,包括java中定义的算数操作符、逻辑运算操作符等。

  在描述方法规格时,分为正常行为规格(normal_behavior)和异常行为规格 (expcetional_behavior)两种,包括前置条件(requires)、后置条件(ensures)和副作用范围限定(assignable)。

  相关工具包括Openjml、JUnit等。Openjml可用于检查JML语法,它还可使用SMT Solver来对检查程序实现是否满足所设计的规格。JUnit通过生成一个类似的java文件,来实现自动检测。

 

2. 部署SMT Solver

  我直接下载了openjml.jar工具包,这里只选取了MyPath.java中的两个函数size()和getNode()来测试。第一次运行时报错“需要数组,但找到ArrayList”,这是由于规格里描述的是数组,但是我出于算法和其他方面设定的是动态数组。所以为了匹配上规格,我修改了数据结构。

  这样还是出现了错误,它认为private属性不应该出现在public属性的ensures语句中。

 

3.JMLUnit及自动生成测试用例

  由于MyPath.java太复杂,我就新建了一个Demo.java用于测试。

  

  运行下面这条指令后,JMLUnitNG会自动生成一系列测试文件。

  

 

  之后我尝试在IDEA里直接运行主类Demo_JML_Test.java,但是它import的很多类系统会报错,找不到。IDEA内部也搜不到合适的插件。后来咨询了同学,发现还需要openjml和javac作为辅助工具。

   

   从运行结果来看,对于所有参数为int类型,它都是采取±231、±231 - 1 和0来测试的。这样的测试难免不够完备。

 

4.架构设计

  第一阶段比较简单,只需实现Path和PathContainer两个类。在所有指令中DISTINCT_NODE这一指令是比较费时的,如果每次收到指令时,都重新查找一遍,势必会浪费很多时间。因此我选择了每次加路径时都判断是否有新的点加进来,使用HashMap来存储这些点。这样就把点的计算分解到了很多条指令,而且没有改动的点也不需要重复计算。而对于DISTINCT_NODE指令,只需要每次返回HashMap.size()即可。

  第二阶段体现了图的结构,增加了两点之间是否邻接、是否可达以及最短路径等指令。由于图修改指令限制在20条以内,而查询指令却多达几千条,因此我沿用了第一次的思路,建立了一个记录最短路径数值的二维数组,每次图结构发生改变时就刷新,收到查询指令时直接返回数值。一开始我是用了Dijkstra来计算最短路径,因为它的时间复杂度O(n2logn)是要优于Floyd的时间复杂度O(n3)的。但是在真正运行时,我发现Dijkstra在收到add和remove指令时有明显的停顿,也就是说计算最短路径花费了比较长的时间,而换成Floyd却很流畅。我认为这是由于在实现Dijkstra算法时,我使用了HashSet这类容器来存储中间数据,还需要读取HashMap中的数据等,而且代码量较大。Floyd虽然理论上慢一些,但是它代码简单,而且直接访问内存中的二维数组,反而在实际运行时更快。

  第三阶段加入了实际问题,模拟地铁运行系统。其中最小票价与最低不满意度可以看作同一类问题,都是对边和换乘加权,因此我采用的是同一种算法。类似于第二阶段的最短路径,我也为这两个问题各设置了一个二维数组,来存储任意两点之间的数据。而刷新它们需要两次Floyd。第一遍刷新只刷新每条路径内部,不在同一条路径内的点设置数据为无穷,计算完毕后,给所有数据加上一个换乘权值(2或者32)。第二遍刷新,则是对所有点进行的常规Floyd,以第一遍刷新的数据为基础,计算最短路径。最后输出答案时,对于非零数据要再减去一个换乘权值。这个算法的重点是不关注具体在哪里换乘,而是关心一共换乘了几次。每经过一条路径,都加了一次权值,经过n条路径代表换乘了n-1次,因此最后还要减去一次。

  对于连通块和最少换乘这两个问题,我建立了一个关于路径的二维数组。之前建立的数组都是描述点对点的,而这里是把一条路径看作一个整体,描述路径对路径的。在这个二维数组中,描述路径与路径之间的连接关系,相当于路径间“最短路径”。这样对于点与点之间的最少换乘问题,就转换为了路径与路径之间的最短距离(相交的两条路径距离设为1)。连通块的计算也是也该二维数组为基础。

  总的来说,这一单元的架构的中心思想是“以空间换时间”。我设置了较多的数组来存储数据,每次修改图结构时刷新,而查询时直接输出。

 

5.bug修复

   这一单元在测试中没有出现bug。

 

6.心得体会

  经过这一单元的练习,我对代码规格有了更深刻的理解。第一次作业时我还尽量完全按着规格的思路来写代码,但是后来意识到规格只是描述了期望的结果,代码的实现过程并不需要和规格的设计思路相同。此外还复习了一些常用的图算法和图相关数据结构,收获很大。希望在最后一个单元可以画上圆满的句号。

 

转载于:https://www.cnblogs.com/cathywang03/p/10891325.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
BUAA(北京航空航天大学)编译设计文档是一个重要的技术文档,旨在记录编译器的整个设计过程,包括底层硬件平台和上层软件环境的选择、编译器设计原理和算法、编译器的组成模块、编译过程的各个阶段以及错误处理等。 首先,BUAA编译设计文档应明确描述底层硬件平台和上层软件环境的选择,例如CPU架构、操作系统等。这对于后续编译器的设计和实现起到了基础性的作用。 其次,对于编译器设计原理和算法的描述是设计文档中的重要部分。这部分应对编译器的前端、中端和后端进行详细的说明。前端涉及到词法分析、语法分析和语义分析等,中端包括优化和中间代码生成,后端则包括目标代码生成和代码优化等。对于每个阶段的算法和实现细节都应详细记录。 此外,编译器的组成模块也应在设计文档中列出。例如,符号表管理模块、类型检查模块、代码生成模块等。对于每个模块,应描述其功能、组成和实现细节,并给出相应的流程图或类图进行说明。 编译过程的各个阶段也是设计文档的重点内容。例如,从源代码到目标代码的整个编译过程应通过流程图或文字描述清楚。这包括了各个阶段的输入输出以及相互之间的关系。 最后,BUAA编译设计文档还应包括对错误处理的描述。这包括语法错误、类型错误和编译错误等的处理方式和处理流程。同时,还需说明如何生成有用的错误信息,以方便开发者对错误进行调试和修复。 总之,BUAA编译设计文档是对编译器设计过程进行详细记录和说明的文档,涵盖了底层硬件平台和上层软件环境的选择、编译器设计原理和算法、编译器的组成模块、编译过程的各个阶段以及错误处理等内容。它是编译器开发和维护的重要参考资料,为开发者提供了设计思路和技术指导。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值