惠州网站建设翻译,要给公司做一个网站怎么做的吗,建设工程服务中心是做什么的,腾讯云备案 网站名称 随着第四单元UML第二次作业的结束#xff0c;本学期的OO学习也宣告结束了#xff08;但还得写博客#xff09;#xff0c;下面就对本单元和本次作业做一个总结。 第四单元两次作业的架构设计 本单元是对UML的结构进行解析#xff0c;第一次作业是对UML类图的解析本学期的OO学习也宣告结束了但还得写博客下面就对本单元和本次作业做一个总结。 第四单元两次作业的架构设计 本单元是对UML的结构进行解析第一次作业是对UML类图的解析主要的难度是UML各种元素之间较为复杂的从属以及其他关系。我的类图设计如下 我自己创建了ClassModel类来统领两个子类ClassClass和InterfaceClass分别代表类和接口其中实现了添加、储存、处理类和接口的各种下设参数的方法和变量让类和接口的类继承同一个父类非常重要因为类和接口有很多相似的地方再进行输入处理时也有很多不易区分也不用区分是类还是接口的情况所以这样处理极大地方便了程序对这两个类地储存和管理。对于方法我创建了OperationClass来添加储存和管理方法的各种属性然后ClassClass和InterfaceClass就只用储存和管理OperationClass即可对于其他的属性由于没有更多的层次所以就直接使用接口提供的UML类来进行储存和管理即可。 在进行输入处理的过程中由于其结构的层次性应该将各种属性的UML_ELEMENT分批来处理我首先识别处理了UML_CLASS,UML_INTERFACE,UML_OPERATION, UML_ASSSOCIATION_END, 之后再将剩余的其他属性进行识别处理这样再识别时就可以直接建立起各种元素之间的逻辑结构。在储存中我主要使用了HashMap结构进行从id到类从name到类等的映射。 对于各种指令的处理方法有难度的主要分为两类一个是需要考虑关联关系的指令对它的处理比较直接在每个ClassModel类中均有其关联的类或接口的引用直接访问即可得到所需要的信息。更复杂的是需要考虑继承关系和实现关系的指令对于继承关系需要考虑多重的继承所以我们使用递归来处理其中Information类就是创建用来在递归时在类与类、接口与接口之间传递信息的我们任意从某一个类开始逐层向上利用递归来实现与继承和实现有关信息的统计储存在information里再逐层向下传递。一次递归结束后再找一个没有经历过递归的类开始递归直到所有地类和接口都经历过一次递归为止。 第二次作业在第一次作业的基础上增加了状态图和顺序图的解析以及对类图合法性的判断。在这里要感谢老师和助教们手下留情最后一次作业的难度要比我想象中简单很多特别是最后加了很多数据限制以后整个问题变得很简单。 整体架构如上对于顺序图建立一个Interation类来储存和管理对应的信息对于状态图类建立一个StateMachine类来储存和管理对应的信息相比类图简单很多想法也很自然。 那么本次的难点主要在于类图合法性的检查类似对类图的处理我们按照层次顺序依次识别和建立各元素之间的关系但不需要用到其他的类只需要根据要求按照id和name建立关系即可。第一个检查较为简单只需要遍历查看attribute和Association End有没有重复即可。对于第二三个检查先将类继承类实现接口接口继承形成一张id为结点的有向图那么第二个检查就是在有向图中找圈具体地可以使用强连通分量等算法但由于这里点比较少所以我们对每个点跑一遍较为朴素的每个点只可到达一次的dfs即可若可以回到本点则将该点加入异常结果中。对于第三个检查在第二个检查检查已经无圈的情况下找任意两点之间有没有多于一条路经可以到达的情况若有那么起始的点就重复继承具体地同样也是对每个点使用较为朴素地dfs若在dfs中访问了某个点两次那么这个起始点就加入到异常结果中。 四个单元中架构设计及OO方法理解的演进 在最开始的第一个单元明显地自己仍然是面向过程的思维当时应用熟练的只是Java的语法而不是Java面向对象的思想第一单元的第一次作业好像就只使用了一个类来完成了所有的事情在第二次作业中让自己多分出了几个类但仍然不够灵活和自然更多的是为了划分而划分。 到了第二个单元有了前面一个单元三次作业的练习自己有所进步开始从面向对象的思路开始思考自己所处理的问题有哪些对象可以使用他们之间又有哪些关系但第二单元的重点我认为是在线程的设计和处理上根据线程的理论类的划分也就比较自然但也是让我感受到了面向对象的便利。 在第三单元之中是根据JML来写代码更多地是在助教们设计好的架构下来补充代码虽然没有太多的自己的设计但这也是一个学习的过程。到了第四单元对面向对象的理解应该已经有了比较高的进步了可以从问题涉及的对象入手来分析问题可以很自然地想到一个比较好的架构并实现它。 四个单元中测试理解与实践的演进 第一个单元最开始自己测试的方法还是比较原始主要是自己手动构造一些边际数据来进行测试肉眼来看结果的正确性。在后面由于表达式难度的加大肉眼很难分辨正确与否所以我和几位同学一起用python来对拍答案相同则认为正确。 第二个单元是多线程在第一次作业中我吃了手动输入的亏由于自己手动输入的速度太慢所以基本上不会造成线程安全问题所以隐藏了很多问题。所以之后我使用了bash批处理和Python来实现了自动生成输入自动按时输入和检查输出的合法性大大加快了检查效率也使得在互测中方便了很多。 第三个单元中引入了JML开始我还是使用自动数据生成和多个程序对拍的方法之后也尝试了利用JML自动生成数据并自动测试但总有一些bug所以最后尝试使用了朴素的Junit单元测试还是比较方便的。 第四个单元是UML的解析由于数据不易生成所以测试主要是利用starUML来生成一些边界性的数据进行测试也由于UML的结构相对比较固定所以还较为方便。 总的来说测试是程序设计过程中一个非常重要的环节。经过四个单元我认为测试最好的方法就是使用Junit对没个小单元进行功能测试但实践中由于自己类和方法的设计问题以及时间问题比较难以实施。同时自动化测试尤其是压力测试对测试也是一个必须的过程。 课程收获 最大的收获当然是面向程序的设计思想面向对象提供给了我们一个程序设计的高效思路使得我们的程序层次化架构更加清晰代码重用更加便利加快了程序设计速度提高了程序设计效率。丰富了我之前单一的面向过程的变成思想展现了编程更多的可能性。 在这个过程中自己的代码能力也有了很大的提升也是第一次拥有了工程性的想法和思维。还学习到了多线程的程序设计了解了Java较为底层的实现对Java有了更深的理解。也学习到了规格化的设计JML语言UML建模语言等。 另外在这个过程中自己分析问题的能力测试的能力debug的能力也有很大的提升也是对自己的抗压能力面对较大规模编码的能力的提升。 课程改进建议 - 希望改进一下课上测试的形式和方法至少找时间讲解一下课上的题目或给出参考性答案否则我们在课上测试中得到的收获很少。- JML部分课程组或许可以再进行一些探索和优化删去一些难以实现的部分增添一些更为实际的要求。- 希望可以改进一下课堂使用的ppt个人认为课堂ppt的逻辑普遍有一些混乱结构不是非常的清晰常常有一些重复等。另外截图也经常看不清楚。转载于:https://www.cnblogs.com/yhhhz/p/11078284.html
