BUAAOO 第四单元总结 前言 繁杂需求纷至沓来，如何觅得前路？走过了自行进行架构设计、在架构设计的基础上搭建实现的两重境界，最后一单元迎接我们的，是介乎两者之间，基于UML的工作流的了解。 具象的图示带来的，是直接与明晰，还是更多的误读与误解？这一单元的作业，力图通过使我们成为解析器自
第四单元总结 架构设计总结 第四单元作业回过头来一想其实一点也不困难,在此总结一下我的架构历程. 一开始编写代码时就遇到了如何建立对整个继承关系以及内部属性及方法的描述的问题,最初的实现方法是建立多个map而不是专门新建类去描述各个元素.之所以这样考虑是一开始觉得课程
本单元首先储存输入的信息，之后每个指令就按照要求写。 理解深入了，透彻了，明白了面向对象设计的精妙。 收获很大，收货很好，面向对象是个好文明。 面向对象这门课很好，大大的好，我提不出来建议。
OO第四单元总结 一、第四单元架构设计 如图为第十五次作业的最终架构设计，由三次作业扩展而来。第十三次作业仅要求解析UML类图，因此我为了记录继承关系、关联关系，接口实现而分别设计了MyClass、MyInterface类，为记录方法指针类型设计了MyOperation类，为记录关联关系的两端设计
OO第四单元总结 总结本单元作业的架构设计 本单元在架构上的核心思想就是通过对题目中给出的各种element建立自己的element`s adaptor类，使得自己的类能够比题目中包含更多的信息和方法，满足我程序的需求。例如对于每个类的包装类classAdaptor，内部需要额外存储这个类的方法、属性等
面向对象第四单元总结 一、架构设计 本单元要实现一个UML图解析器，三次作业分别针对不同的情况，与之前的作业关系不大，基本可以看做增量开发 第一次作业 第一次作业要实现一个UML类图解析器，在接口中我们需要从官方解析器中提取出各个UML类，重点在于如何存储这些类以及表现这些类之间的
OO第四单元总结 本单元作业的架构设计 本单元主要实现了UML类图，UML顺序图，UML状态图相关的查询方法，因为checkstyle的限制，所以拆分成三个类，分别对应上述三种图，实现相应的查询方法，并实现增加一个元素的addElement()方法，而作业要求的MyUmlGeneralInteraction实例化这三个类各一个实例，
OO奇幻冒险终章 ①本单元作业架构 本单元需要在课程组提供的接口基础上实现一个UML类图、顺序图和状态图分析器。课程组接口实现UML图到UML基础元素UmlElement的分解，我们任务的重点就是对UmlElement进行分类，建立关系将整个分拆的UML图用数据结构组织起来，方便后续的查询和计算和可
OO第四单元总结 架构设计 由于三次作业为迭代开发，没有进行重构，现选取第三次作业的架构进行分析： 架构分析： 定义MyUmlClassModelInteraction, MyUmlCollaboratonInteraction ,MyUmlStateChartInteraction三个类，分别实现各自对应的接口，并实现各种方法，处理类图、顺序图、状态图。由官
面对对象 第四单元总结 本单元作业的架构设计 第一次作业 本次作业只需要对UML类图进行建模，虽然实际上官方代码中已经储存了各个元素的所有信息，但是为了更好地实现查询功能，我创建了自己的MyClass、MyInterface、MyOperation类，并在其中将元素与其他元素的联系存了起来，在进行查询时
面向对象设计与构造 第四单元总结 写在前面 "不知道是谁说的，这第四单元简单，不用往深了思考。我还认真写了3天呢，结果评测连 * * 弱测点都没过......" —— from 泸溪河 哈哈哈哈，上面那句话当然是开玩笑的，不过u1s1，oo课最后一个单元的作业，难度确实有一 xue xue 大。做完这三次作业我
OO第四单元总结 首先恭喜OO课完结撒花~ 先来说说这个单元 一、总结本单元架构设计 首先我得说一句“原来UML是这玩意啊”，前几个单元写博客的时候不都让画UML的图嘛，类图，顺序图啥的，当时一方面可以粗浅的理解啥叫类图顺序图，而另一方面每当拿着Intellij IDEA自动生成的类图我都一脸懵
OO 第四单元总结 1 本单元作业架构设计 1.1 第一次作业 第一次作业实现的是对 UML 类图的解析。 由于在 UML 源文件中，类图元素都是以一条条元素存在，它们之间的关系基本上是某个 UML 元素存储着父元素的 id 而没有形成可用于查询下一级元素的容器结构，因此必须自行设计各种类图元素，
面向对象第四单元总结 本单元作业的架构设计 HW13 UML图： 本次作业其实第一思路是可以直接在MyUmlInteraction里面莽完的，但这样势必会导致代码的可读性和可维护性极差，于是建立了单独的五个Manager类（如上图），根据查询所涉及的范围，把需要存储的信息分别放在了对应的Manager类里。 存储
BUAAOO 第四单元总结 本单元为UML内容解析 作业架构设计 第十三次作业 这次作业中，首先是MyUmlInteraction类将解析到的element加以处理，再分配到各容器中。为方便处理数据，我建立MyClass，MyInterface，Myoper
面向对象第四单元总结 一、第四单元作业架构设计 第13次作业 本次作业需要实现类图解析。总体思路是新建多个类表示类图中的元素，根据类图元素之间的层次关系构建类之间的关系。Class和Interface是最高级别的元素。Class包含Operation和Attribute，Interface包含Operation。Operation
第四单元作业的架构设计 第一次作业 本单元第一次作业需要完成的任务为实现一个UML类图分析器UmlInteraction。为了方便存储和查询，我建立了自己的MyUmlClass,MyOperation,MyInterface类 MyUmlClass:除自身id,name等外，存储了本类Attribute,Operation,AssociationEnd，父类及实现的接
OO第四单元总结 一、本单元作业的架构设计 就个人感受而言，本单元是对整个面向对象课程的一次总体的训练，无论是层次化设计，还是封装、继承、多态的考察，都能在这单元的作业中得到体现，算是对之前所学的灵活运用吧。 首先在不同图模型的管理上，采用了管理者的设计，通过不同的Manager对不
这个学期OO的学习时光非常的充实，学习到很多知识的感觉是快乐的。 1.本单元架构设计 本单元在架构上不算太难，难点主要在于理解指导书的意思··· 首先处理输入，分写出多个方法，首先按照element的种类分装进不同的map里，然后再写几个方法进行元素之间关系的连接。 分类分装时采用switc
OO第四单元总结 第四单元架构设计 第一次作业 第一次作业要求实现对类图的分析，可以对类图中的各种属性进行查询。 于是在第一次作业中，对UmlClass、UmlInterface、UmlOperation分别设置了自己的MyClass、MyInterface、MyOperation。由于MyClass和MyInterface有一些相似的地方，于是让
单元作业架构 第一次作业架构设计 首先作业要求我们实现一个UML类图解析器，即按照指定的UML格式输入数据，提取出相应的关键信息以一定的形式存储起来再进行后续的对类图进行查询的操作。 我在此次作业中采用了建立类图模型的方法，将其中的元素提取出来后用各个不同的类来具象化，建立类
BUAAOO第四单元总结 本单元架构设计 本单元架构实现课程组已经完成，补充对应函数即可。 由于进行类图，顺序图，状态图的解析，因此提供三个类分别解析对应的图。对于第三次作业的规范检查，R001~R008规则，考虑到类之间传递信息的困难性，因此将对应规则检验的类也封装进入了解析类。 在Genera
一、本单元架构设计 本单元作业是实现一个UML图解析器，其中实现接口及主要框架课程组已经提供，只需要我们完成特定功能。 在第一次作业时，感到十分迷茫，不知道如何下手，最后在重新学习了类图的mdj文件的各项含义及内在关系后，我选择设置一个umlTree类进行UML的解析，然后存入自己写的MyUml
OO第四单元总结 本单元架构设计 本单元由于UML图本身已有明确的结构关系，所以没有进行大的创新，架构就是实现UML的基本结构，只使用了类的组合关系来整合管理，根据作业要求，并未完全实现UML的结构，做了简化处理。 三次之间并未修改架构，只是添加，且基本是单一的线性包含结构，总架构如下： 类图
BUAAOO-第四单元总结 总结本单元作业的架构设计 本单元任务为设计UML分析器，包括类图，顺序图，状态图 第一次作业 实现类图分析 将UML元素根据其含义分为如下层次结构 部分元素根据需求分装为MyXXX 根据逻辑层次，读入过程分为三个循环，分别处理三个层次的元素 循环轮次处理元素
