JDBC API详解 1、DriverManager作用： 1、注册驱动 registerDriver 2、获取数据库连接 getConnection 参数：1、url jdbc:mysql://localhost:3306/数据库名称 2、user 用户名 3、password 密码 注意：在url中，如果连接的是本机，并且默认端口是33
4.1 if条件判断语句 4.1.1 if条件判断语句单分支 ◆单分支格式：if 判断条件： 语句块1…… else： 语句块2…… Ø例：name=input('请输入您的用户名:') if name == 'admin': print('欢迎管理员用户') else:
4.1 SVN ØSVN概念：Subversion简称，是一个自由/开源的版本控制系统，也可作为一个项目管理工具或代码管理工具。文件和代码存放在中心版本库,记录每一次文件和目录的修改，SVN允许把数据恢复到早期版本，或是检查数据修改的历史，防止同一模块的代码禁止同时被多个人修改。 ØSVN作用：对需求
BUAA_OO_2022_第四单元总结 OO第四单元作业主题为UML图，具体的任务是给出UML图中的元素，我们将其存储起来并实现若干个查询指令，同时在第三次作业中，需要我们针对几个规则进行异常检测，下面我分享一下我在本单元的学习心得和作业完成情况。 目录BUAA_OO_2022_第四单元总结第一次作业架
OO 第四单元总结 本单元架构 本单元是uml图的解析与查询，主要方法是对uml元素进行自己的抽象，保留必要的信息，而由于uml图是乱序的，并且时间比较充分，所以我在设计的时候根据uml元素之间的逻辑关系进行了4轮扫描，将所有需要的元素存入HashMap<String, elment>当中，然后初始化，方便后续的查
BUAA_OO 第四单元 一、分析三次作业架构设计 第一次 第一次作业主要是新建了了MyClass、MyInterface、MyOperation，并且考虑到MyClass和MyInterface有一些共同的属性，故新建了MyElement接口 第四单元的第一次作业一开始的时候还不知道该如何下手，反复看指导书并询问同学后才搞明
面向对象第三单元总结 目录 总结本单元作业的架构设计 总结自己在四个单元中架构设计思维及OO方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 框架设计 hw13 查询指令（仅限类图） - 类数量 - 类
OO第四单元总结 本单元是通过编写代码解析UML图，同时了解UML相关知识。 第四单元架构 本单元的层次架构基本已经确定了，可以根据UML中的类型类编写相应的类。只是对于最底层的类型（event，attribute，Patameyer），以及一些描述中间过程的类（继承关系，实现关系，关联关系，transition等），我们可
第四单元总结性博客作业 本单元作业的架构设计 本单元的作业主要是对于UML图的各种理解和处理，在本次的作业中主要的输入处理由官方包已经完成了处理，并且传入到了我们所需要完成的函数中。在本次的最初的处理中主要是和真实的类图的绘制类似，使用了五次遍历，将所有的元素分批次进行
第四单元总结 一、本单元架构设计 1、单元目标 从本单元三次作业来看，本单元意在实现一个对已经经过初步解析了的UML图进行进一步解析的UML解析器，通过已获得的包含UML各元素相关信息的语句，构建自己的相关UML元素的模型、网络，最终通过输入指令获取想要的信息，并提前对该网络进行初步
OO 第四单元博客 提纲 总结本单元作业的架构设计 总结自己在四个单元中架构设计思维及 OO 方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 本单元作业架构设计 本单元的主题为 UML 解析器，要求对 UML
本单元作业的架构设计 感觉这个单元和上个单元一样，没有什么架构的。 我的做法大概就是根据需求，设计自己的MyClass、MyOperation等类，然后实现需要的功能。对于继承、实现等关系的询问，建出对应的图后暴力解决。 对于\(9\)种合法性检查，建立\(9\)个类分别解决。 这样代码行数可以通过
OO第四单元总结 一、第四单元总结 本单元实现了一个UML解析器，实现了对UML源码的读入以及有关信息指令的查询。第一次作业中要完成的是将UML的输入信息进行解析，建立相应的数据结构，需满足能够处理多种不同的对类图的信息进行查询的指令。 在官方所给的架构的基础之上，只需要我们调用A
OO第四单元个人总结 一、本单元作业的架构设计 本单元要对UML类图、顺序图、状态图进行解析，对于传入的元素，在MyImplementation根据不同元素的elementType进行分类，分别存入新建的classes、attributes、operations等Arraylist中。在方法的实现中，不再需要遍历整个元素列表，只需要在对
OO第四单元总结 第一次作业总结 分析 本单元需要实现的是一个 UML 解析器，实现对经过处理为特殊格式但保留主要信息的 UML 源码的解析 本次作业要完成的是对 UML 图中的类图的解析处理任务，需满足能够处理多种不同的对类图的信息进行查询的指令 官方程序已实现基本字符串处
第四单元博客作业 总结本单元作业的架构设计 总结自己在四个单元中架构设计思维及OO方法理解的演进 总结自己在四个单元中测试理解与实践的演进 总结自己的课程收获 立足于自己的体会给课程提三个具体的改进建议 本单元架构设计 本单元重点在于UML类图，顺序图和状态图的结构化理
第四单元总结 1.本单元作业的架构设计 1.1总体设计 在本次作业中，我们最重要的任务就是根据各个UML元素的ParentId以及Target和Source建立起元素间的关联关系，在根据元素间的关联关系去逐层调用方法，最后完成我们想要的查询。我在Implementation内部建立了ID与元素一一对应的HashMap
Unit 4 总结 总结本单元作业的架构设计 总的来看,第四单元的作业是对于UML图的分析和处理. 第一次作业 其实第一次作业我的框架搞得很不好,第一次作业我只定义了官方要求的两个类,没有继承官方包对于类图中的属性,将每一个属性分开写,而是利用了很多hashMap用来储存我需要的数
OO第四单元总结 本单元的任务是根据输入的UML图元素，支持对类图中相应关系的指令查询 架构设计 第一次作业 第一次作业要求我们根据输入的UML类图元素，支持类图指令的查询。经过详细阅读指导书以及PPT后，不难发现可以根据UML类图元素之间的层次化关系建立一张UML类图，便于指令的查询。
OO第四单元总结 架构设计 本单元的架构设计较为简单，如图所示： 在第一次作业中将所有方法的实现放在一个类MyImplementation中，在第二次第三次中由于加入顺序图和状态图，为了防止代码超出500行，因此将类图、顺序图、状态图的读入与查询分别放入了MyUmlClassModelApi、MyUmlCollaborati
OO第四单元总结 一、架构设计 （一）Hw13 架构设计： 本次作业完成后功能：导入UML图，可查询UML类图的相关信息。 将类图的每种元素设置成一个单独的类，其中包含它自己的信息以及它包含的下一级的元素的容器，比如MyUmlClass就包含了自己的信息umlClass和下一级元素MyUmlOperation、MyUmlAtt
OO_第四单元总结 一、第四单元作业的架构设计 这次作业，我刚刚开始的时候还有些迷茫，通过阅读往届博客我大概了解到，需要先初始化读入的数据。所以我首先将三种图都进行了初始化，初始化其实就是将图进行分层次，先对同层次的元素类型进行构建，从高到低，初始化完，相对于就把图给建好了。然后
OO2022第四单元总结 以及课程总结 本单元架构设计 UML MyUml* MyUml*都直接或间接继承自MyUmlElement，每一个MyUml*持有一个Uml*的引用，为了重用和简化代码，提取了一些UML节点的共性，比如MyUmlInterface和MyUmlClase的共同父类MyInterfaceOrClass。MyUml*添加了Uml结构信息，可以提高
OO第四单元总结 1.第四单元作业架构设计 在本单元中，主体的逻辑框架都已经实现，只需要围绕MyImplement实现类图分析的功能。对于一些已有的UmlElement需要重新封装，以建立起不同种类UmlElement之间的关联，比如UmlClass与UmlAttribute，通过以他们为基础建立自己的MyClass与MyAttribute
本单元的主要目标是实现具有处理UML预处理后语句的一个解析器类的程序，并具有相关查询与报错的功能，本质上讲仍然可以看成是根据一串pcode生成模型并进行解析处理的程序，整体难度不算太大，比较考验图论功底。 本单元架构设计 这图看着乱七八糟的，所以简要说明一下个人架构，整体模型构建
