JAVA 第三次总结Blog
作者：互联网
JAVA 第三次总结Blog
前言
总结：这几次的作业题量，难度都不大，但都趋近于完成一整个系统，而非只实现部分的功能。题目集八、九也不在给出类图，而是要求自己设计。我认为这是比较好的，不想当码农，而是要自己的设计能力。
题目集七：这主要是关于类的继承，多态，接口的使用，ArrayList泛型的应用方法，Compareble接口及泛型的应用单一职责原则的应用,“开-闭”原则的应用。第一题将输入的数字存入数组中，根据不同的数字即代表了，1代表圆形卡片，2代表矩形卡片，3代表三角形卡片，4代表梯形卡片，要我们计算出，各个图形的面积和周长，以及他们的总面积。第二题在第一题的基础上，增加了排序分组的环节。
题目集八 九：要求我们设计ATM机的取款程序，这题主要是敲代码之前要想好初始化的数据要怎么存，存在哪，他们之间的关系要怎么实现，要怎么找到对应的人以及考虑“开闭”原则。以及实体类的单一职责原则，怎样实现读取卡号，再找到对应的账户进行存取款业务，以及对应的密码是不是正确的，以及怎样将字符串中的提取以及存取金额转化为int类型或者double类型，进行余额的加减，都是本次题目集中我们需要考虑的问题，对应的银行有其对应的ATM机的编号，我们在跨行时能否找出对应的ATM机，以及我们设计的ATM机是不是支持跨行取款，这些都是我们在设计中需要考虑到的问题。做题目集九的时候，很容易算错钱数，因为分不清楚利息和贷款利息，在计算余额时候要想清楚。
题目集7（7-1）、（7-2）综合分析
7-1类图
首先从类图来分析：Shape是一个抽象类，圆形，三角形，矩形，梯形类继承于Shape抽象类，然后Shape中有两个抽象方法，getArea和validDate，分别用于得到该图型的面积，以及图形合法值的检测，DealCardList用于数据处理，在里面将输入的整型数组便历提出，按照对应的数字类型1代表圆形卡片，2代表矩形卡片，3代表三角形卡片，4代表梯形卡片，进行运算，在类DealCardList里面处理这些数据，再将对应的类型导入到对应形状类，在进行面积的计算后进行输出。所有的形状类都继承于Shape抽象类，然后在各个形状类中进行重写两个方法，因为不同的图形有不同的面积计算方法以及合法值的验算。
此外，通过改写该接口，我还可以直接使用sort方法来排序卡片面积。
7-1复杂度分析
从图中可以看出：我的各项指标都还OK，平均深度还有待提高。
7-2复杂度分析
从图中可以看出：我这最大复杂度超标了，平均复杂度是小的，代码有待提高。
7-2在7-1的基础上加入更多的数据，我们需要将每一组数据进行排序后分类输出。这需要我们将对应的图形类型存入一个数组，四分图形四个数组，然后再传入对应的图形卡片数组，此时的图形卡片数组都是和自己类型一样的图形，然后在输出的时候就可以进行分组输出，这样就达到了分组的目的。大部分代码还是与7-1一样。
总结：将Shape类抽象化，从而提高了程序的拓展性，这样我们不管在之后想要加入不同的图形，我们只需要继承重写，getAtea和validDate这两个方法即可，这两道题对于我们对于面向对象编程思想都有所提高。
题目集八、九综合分析
每个银行中又有着多个用户，多个用户又有着多个账号，多个账号有着多张卡，一级一级从属下去，整个实体类结构就是这样，然后我分出了一个操作类，该类中有着许许多多的处理方法，如：判断输入，进行存取款操作以及余额查询操作，整个程序的结构很简单，进行的操作也很简单，首先对于老师给的初始化数据进行了初始化操作，在进行输入操作后，进行判断，卡号，密码，atm机号是否正确，由于不能跨行取款，所以还判断了是否跨行，进行一系列的判断后，就开始了查找操作。
8-1类图
从类图可以看出：我是用DataDeal作为处理函数，进行数据的初始化，错误检查，输出。Bank存储有关银行的信息，同时还用一个ArraryList存储顾客信息，将银行与顾客联系起来。这样方便我们后续根据银行查找对应的顾客。此外，顾客单独作为一个User类，存储有关顾客的信息。我用了一个Map存储顾客的账号，对应的是该卡下的余额，这是因为一张卡下面一个余额。此外，还用了一个Map存储账号与卡号的关系，因为一个账号下可以有多个卡号，所以Map里面嵌套了一个list。
8-1复杂度
可以看出:总体上的数据还可以，但对于平均方法数有点多，应该是处理函数包含了太多东西。
8-2
这个题目是相对于第一题难度有所增加，这个题相对于第一题不同的是增加了可以跨行取款的功能以及增加了可以透支的贷记卡，其余的实体类没有发生太大的变化，银联与银行的对应关系以及银行与账户的对应关系，以及账户与卡号的对应关系与第一题的对应关系相同，在这个题目中我是这样设计的，在user里加了一个属性记录每个账户的类型。这样还是要改代码，“开闭”实现的不是很好。
减少圈复杂度的方法：
①将固定的判断的方法不要分开判断，写入一个方法中，不要遇到一次在去写一次判断，每一次循环遍历都提高了圈复杂度；
②尽量将每一次需要处理的数据，尽量的放入到一次遍历当中去，不要遇到一次数据处理就再进行一次遍历，尽可能的写入到一次遍历当中去；
③得到利息的方法我认为不要一直判断，将账户卡号导入到一个方法，通过一个方法来得到利息，不要遇到一次卡号走一次循环，这样也会使圈复杂度提高。
总结：这两道题目还是有一定的难度的，考察的不再是对部分数据的处理，而是将实际的问题变成了我们对于实体类设计，怎样用Java实现具体的功能，对我们的考察有了进一步的提升，在解这两道题目我们最先考虑到的是类的设计方法，怎样设计实体类的功能，以及在 最开始要弄清楚，银联与银行，银行与账户，账户与卡号之间的关系，只有在一开始我们把所有的关系都理清楚之后，我们才能去设计出我们需要的类。
踩坑心得
- 7-2要注意的就是分组的格式问题，格式要正确，否则就得不到正确的结果；
- 编程的严谨性是不可忽略的问题，前面设计的时候不想仔细后面改的时候只会苦叫；
- ATM：输入数据的判断方法应该放在哪一个类中，在第八次程序中体现的很完全，但是后来的程序编写时，我把他们全部放在了一个判断类中，使用静态方法进行设计，从而我每个类都可以直接使用这些静态方法，从而判断输入；
- 9-1计算跨行利息是一个需要细心的点，此时要注意区分好跨行利息，看清题目；
- 8-1中写的时候对Map还不是很熟，所以花了很久在想如何遍历，如何找到对应用户；
- ATM机需要我们考虑到的情况多变，不再局限于解题，而加入了实际问题，这也需要我们在设计的时候想清楚，尽可能的考虑到每一种情况。
可以改进的地方
- 后面两个题目我完全没有考虑继承，抽象类，接口等方面，对JAVA的了解还是太过于局限；
- 8，9中我是直接将所有的判断，初始化数据，输出都放在一个处理类中实现，这样实际上逻辑过于复杂，功能又太多，如果出现变化不好改代码；
- 设计思维的改进，在每次写代码解题之前就想清楚，各个类之间的关系，以及这个类有怎样的功能，该承担怎样的职责，把这些全部想清楚这样就在写代码时大大的提高了我们的效率；
- 还有就是要善于用Java中一些功能方便的类，这样可以大大的提高我们的解题效率。
总结心得
对于这三个题目集，学会最多的就是关于程序设计的设计要求及设计原则的运用，其中，运用最多的便是单一原则和开闭原则，在这三次题目集中，这两个原则都运用的很多，其次，则是类的继承和多态，继承则包括了接口继承和实体类继承，在题目集七中，明显的运用了继承和多态，对于许多有着相同属性的类，可以创建一个父类，通过继承，重写，生成一个一个单独的子类，在程序中使用父类的引用和子类的对象可以使得程序更加的灵活多变，利于维护修改。当软件需要变化时，应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。因此，在开发过程中需要自己结合具体情况进行考量，是通过修改旧代码还是通过继承使得软件系统更稳定、更灵活，在保证去除不好代码的同时，也保证原有模块的正确性。
此外，不管是课堂上还是题目中，我都明显感觉到一个JAVA程序员最核心的能力还是设计代码的能力，所以程序设计思想上提高更加重要，所以还是要去读一些好的代码。
最后，通过这一个学期对于《Java面向对象设计》课程的学习，虽然困难但是还是坚持了下来，一个学期的时间学习了关于Java的很多很多知识，这里就不一一描述了，最主要的是从原先学习C语言的面向过程的思想，转变到现在也具备了一定的面向过程的思想，以及关于面向对象三大技术特性封装性、继承性、多态性理解的提高，从一开始看到复杂的UML类图不知所措，但后面有自己的独力思考能力可以将他们分为一个一个类去解题，也是一个质的改变。
标签：代码,题目,第三次,卡片,复杂度,Blog,设计,JAVA,对应 来源： https://www.cnblogs.com/zzwh/p/15677192.html