OOP第7-8次作业总结

前言：

时光飞快， 转眼就到了学期末尾。从第七次作业开始，作业便开始加难度了。第七次作业加了互斥开关和窗帘，但是这次的电子元件不能像之前简单的写如同写商品类这样简单的写出，需要思考如何设计这个电器类。并且，在加上上面两个类的基础上，电路开放了串联电路中有串联电路以及干路上存在多个并联电路的电路情况。这就要思考如何设计用来检查开关、电阻以及电压的方法。而第八次作业开放的电路情况是并联电路中包含并联电路。也就是用递归的方法对开关、电阻以及电压进行处理。

分析：

<1>

设计与分析：

互斥开关，也就是单刀双掷开关，需要考虑它的刀头在执行完操作之后到底接到了哪一条支路上。当然，这只是当互斥开关两端都有连接到电路的情况。如果它只有一端有连接电路，那么它便与普通的开关并无一二。于是，我便先new了电路类，再new了互斥开关，并把电路根据2、3引脚用HashMap保存。如果HashMap的size等于1的话，那么它便相当于普通的开关，当然，如果HashMap的size等于2的话，便根据设置的刀头属性是2还是3，那么HashMap中key值为3或2便是断路，同时，因为互斥开关只可能在主干路上或者在串联电路上，所以写开关检查方法的时候只用检查主干路上和串联电路便可以了。
同时，电路开放的串联电路中有串联电路以及干路上存在多个并联电路的电路情况将电路结构分成了两层。就像吃多层蛋糕一样，我们会从最高层开始逐步往下吃，新加的电路情况也要先计算完串联电路中的第二层串联电路上的开关、电阻以及电压情况。再计算第一层串联电路上的开关、电阻以及电压情况。当时为了图简便，直接在上次代码把不同的电路种类一依次循环计算的基础上，在串联电路的外面再加入一层的循环使它完整运行两遍，便能处理出来。

踩坑心得：

1.未思考清楚，因为写代码时把电路分为了主干路、并联电路、串联电路三种类，所以下意识的把主干路从串联电路中分离出来，导致对主干路进行开关检查的时候跳过了主干路上的串联电路断开的情况。

2.在进行开关检查时开始的判断方法是获取电路的名字后去除它后面的数字，如果剩余的字符串是“T”，那么便是串联电路。但是，因为我的主干路在new时并没有把它的名字一并存进，所以它的名字属性的字符串为null，导致非零返回。所以把判断条件改为电路名字是否为空。

3.忘记了电子元件是按名字序号进行顺序输出的。最开头按照先后出现顺序把新加的电子元件存入HashMap中。后面把key值改为了名字序号变好了。
4.没看清楚题目要求，“当电压低于50V，窗帘不工作，默认为全开状态。”这点在窗帘的打开程度计算中漏掉了没写。
5.计算精度损失。因为窗帘的打开程度计算是根据整个电路上的所有灯的亮度总和来进行判断计算的，所以在计算灯亮度总和时，因为把double类型的数据强制转换成int类型，一次次循环把误差变得有点大，导致窗帘的打开程度出现了偏差。

改进建议：

这也是当然当时也没考虑清楚，其实这时的电路就应该必须采用递归的方法对开关、电阻以及电压进行处理。因为这时的电路就已经不是单纯的二层电路了。它已经有串联电路中含串联电路中含串联电路，串联电路中含串联电路中含串联电路中含串联电路的电路情况，再进一步，串联电路中含串联电路中含串联电路······这样可以无穷多层。可能这次pta没过的测试点也有三层的情况。

<2>

设计与分析：

第八次作业开放的电路情况是并联电路中包含并联电路,也就是说，不能简单的把不同的电路种类依次循环计算，第七次还好，只是加上了串联电路中有串联电路，还能通过循环大致完成，但是加入了并联电路中包含并联电路的第八次作业就不是简单的加循环能解决的了。在各种电路中都可能包含并联电路和串联电路的情况下，如果要那样写会写的十分复杂。所以毫无疑问的选择了用递归进行解答。然后，因为无论是在电路闭合断开检查还是在电阻电压计算方面，主干路因为本质上就是串联电路，所以主干路和串联电路的电路闭合断开检查方式还是在电阻电压计算方式都十分的相近。所以我又新建了个电路类，三类电路继承至电路类。这样便能通过new一个电路类来调取属于电路的方法，可以把电路闭合断开检查还是在电阻电压计算中的主干路和串联电路情况合并到一起。
这次作业除了加入了并联电路中包含并联电路的情况，还加入了二极管、电流超限警告和输出形式修改。其中当属输出形式修改十分麻烦，题目要求把引脚1和引脚2上的电压值依次输出。乍看之下，好像十分的简单，但对于物理不好且许久没碰过物理的人来说，其实一点也不简单。要考虑的情况也不少。而且别忘了，第七次作业可是加了个麻烦的东西--互斥开关。要让这个东西正确输出可比其他电子元件难几倍。对于一般的电器，也是简单的加个引脚序号属性，先计算电压，左引脚电压等于上一个电器的右引脚电压，右引脚电压等于左引脚电压减电压，至于其他的特殊情况便不一一赘述了。而有关互斥开关的判断和输出大体上也跟前面的大差不差，只是情况更复杂而已。

踩坑心得：

1.数据精度错误。题目对于电压的要求是int类型，在输出时不能用“%。0f”进行输出，因为这样对数据是四舍五入。我在输出时对电压进行强制类型转换舍去小数点后面部分便可以了。
2.对于电路短路的情况判断错误。最开头对电路短路的情况判断为主干路的电阻等于零，忽略了当主干路断路的情况，导致主干路断路断路的情况下依旧会输出“short circuit error”。
3.忽略了并联电路上的一条串联电路短路的情况。当并联电路上的一条串联电路短路的时候，这时无论这条并联电路上其他串联电路是什么情款，这条并联电路上的电阻均为0。
4.互斥开关断开的那条支路所连接的引脚当时想当然的认为是0，其实对于那个引脚的情况处理和处理其他断路上电子元件的引脚电压是一样的。
5.计算主干路初始电压时忘记用set方法保存更改后的电压，因为是和串联电路放在一起，所以读取电压时是读取左引脚电压而不是电路总电压，导致即使主干路有调速器，主干路的初始电压还是以220v去计算。
6.在进行电路闭合断路情况判断时，对于并联电路，只要找到一个串联电路是闭合的，就会跳出并联电路中电子元件的循环，导致一些串联电路的闭合断路情况根本没有进行判断，就跳到了下一步的电阻计算，直接导致了后面一系类的计算错误。

改进建议：

对于有些方法，写的时候逻辑没理顺，导致代码过多且复杂难懂，需要精炼简化对方法的实现。对于通过许多get得到的数据new一个相应的数据类型进行获取使代码更容易理解。

总结：

通过这两次作业，我加深了对递归的理解，明白了通过思考，使用递归等方法，不断简化自己的代码，不仅是让别人更易看懂自己写的代码，而且也锻炼了自己，提高了自己的能力。这一个学期的学习，我学习到了Java的三大技术特性：封装、继承、多态，学习到了七大设计原则：单一职责原则、开闭原则、里氏代换原则等，还有设计模式。写代码时要面向对象程序设计，要遵守七大原则，熟连运用三大特性（封装，继承，多态）和23个设计模式。要培养缜密的思维，把握住细节，使代码更具有严谨性，不至于写完之后有太多没考虑或者写错的点。同时也要不断提高代码各个类的内聚性，降低各个类之间的耦合度。

评价：

讲课基本没有什么问题，不过既然出了网课，能把设计模式什么的其它上课讲的内容也在网课上备份一遍就好了。