OOP课第三阶段总结
OOP课第三阶段总结前言：
[*]我想说的第一句是：”我感受到了设计上的极大缺陷“，从一开始，我完全就忽略了引脚的存在。由于在第二阶段中，家电模拟大作业一、二在不需要思量引脚的环境下也可以完成。但是当来到第三次，出现了互斥开关，由于互斥开关的特殊性，它具有1、2、3三个引脚，而且连接方式多种多样，以是再不思量引脚，那么互斥开关的环境我是应对不了的。但是，我并没有为所有的设备保留其引脚信息，而是只思量了互斥开关这一个另类。以至于，在第四次家电模拟大作业中，惨败。
[*]模拟电路是一个非常具有扩展性的题目，由于电路的连接方式可以千变万化，其中的设备也可以是五花八门。这就非常考验到了我写的代码，能不能应对多种多样的电路环境。而且在第四次大作业中还加入了二极管以及要求输出各个设备引脚的电势，其实我感觉只加入二极管不难，只加入输出引脚电势的需求也不难，但是这两者同时出现，却会导致难度陡然上升。
[*]最后一次大作业让我很遗憾，只拿到了不到1/3的分数。我想要投入更多的时间，好歹及格吧。但是接下来几天的考试又不答应我持续往PTA倾斜时间，以是在结束的最后一天，距离结束尚有6个小时的时候，我停止了作答。并不是我想要放弃了，而是我真的必须去复习其他课程了，这是最具有性价比的。希望等候老师开启补练后，我可以完成最后一次大作业。在此我又统计了每次题目集的通过环境。可以看到，最后一次题目集的惨况，但提交次数却远不及同为通过率最低的第一次迭代（答题信息）的题目集三的提交次数，可见，在期末紧张的时间下，许多同学并没有足够多的时间投入其中。
8次大作业通过环境
https://img2024.cnblogs.com/blog/3428017/202406/3428017-20240627165234839-874084704.png
正文：
[*]第七次题目集 ：
新增设备：
互斥开关：
解释互斥开关有3个引脚：1个是汇总引脚，另两个是分支引脚。
开关电路示意图如图1所示，左边是汇总引脚，编号为1；右边两个是分支引脚，右上的输出引脚为2，右下输出引脚为3。图中1、2、3引脚均可以是输入引脚，当1为输入引脚时，2、3引脚为输出引脚；1为输出引脚时，2、3引脚为输入引脚。
互斥开关只有两种状态：开关接往上面的2号引脚、接往下面的3号引脚。开关每次只能接通其中一个分支引脚，而另一个分支引脚处于断开状态。
互斥开关的默认状态为1、2引脚接通，1、3引脚断开。
图1中所示的互斥开关可以反过来接入电路，即汇总引脚接往接地端，两个分支引脚接往电源端。受控窗帘：
受控窗帘的电路符号为S，其最低工作电压为50V，电压达到或凌驾50V，窗帘即可正常工作，不思量室外光照强度和室内空间大小等因素，窗帘受室内灯光的光照强度控制。
解释当电路中所有灯光的光照强度总和在[0,50)lux范围内，窗帘全开；
在[50,100)lux范围内，窗帘打开比例为0.8；
在[100,200)lux范围内，窗帘打开比例为0.6；
在[200,300)lux范围内，窗帘打开比例为0.4；
在[300,400)lux范围内，窗帘打开比例为0.2；
在400lux及以上范围内，窗帘关闭。
当电压低于50V，窗帘不工作，默认为全开状态。
如果电路中没有灯或者灯全部关闭，光照强度为0，窗帘处于全开状态。新增电路环境：
多个并联电路串联在一起的环境。
思量一条串联电路中包含其他串联电路的环境。
第七次题目集新增两大内容，新的设备及新的电路环境。
其实这并不会很难，由于互斥开关以及新的电路环境，都可以通过等效的方式来解决。
[*]互斥开关
本质上，互斥开关可以等效为两条并联支路上的两个状态互异的正常开关，两个开关只能有一个处于闭合状态。当改变互斥开关的状态时，就分别改变两个开关的状态。而且对这两个开关举行电阻赋值。
而且我为这两个由互斥开关等效而来的平常开关界说了新的命名规则：
当互斥开关的信息为：H+"序号"+"-"+"引脚号"时
等效开关的名称便被我界说为：K+"互斥开关的序号+100"+"-"+"当前电路上的互斥开关的引脚号"。
例如：
H1-2等效为K101-2，而且对此电阻赋值为5
经过这样的操作后，我就可以很好的处理互斥开关的特殊性了。
那么最后关于互斥开关的信息如何输出？这个也是很好解决的，我们只需要根据互斥开关的序号加上100，在开关中寻找与之对应的两个开关，根据两者的状态便可知道互斥开关的状态。当K101-2是闭合的且K101-3是断开的时候，H1就是闭合的。反之H1断开。
[*]受控窗帘
这个再简单不过了，我只需要在输出受控窗帘的信息之前把所有的能产生光亮的设备的亮度举行相加求和就好了，再判断一下是不是达到了最低工作电压。
[*]串联电路包含串联
这个我以为是所有特殊的电路环境里面最好解决的。由于我的所有电路类都继续于设备类，我只需要在遍历每一条串联电路的设备信息时，将其中含有的串联电路的所有设备依次添加到该串联电路中去。由于串联电路中包含串联电路的环境，本质上还是一条串联电路。以是是很好解决的。
[*]多个并联电路串联
这个也算不上很难的点，许多人的代码都不需要或者经过少量的更改就能处理这个环境。本质上还是在主电路上添加一个并联电路信息，然后得到所有并联电路的等效电阻后一起计算分压就好了。
到这里，题目集七就算是被解决了。思路很正确，但是代码呢？能提出解决方法的人不一定能很好的实现这个方法。
UML类图
https://img2024.cnblogs.com/blog/3428017/202406/3428017-20240627172941312-68168100.png
类图就是这样，全都继续于设备类。
MethodCogCev(G)iv(G)v(G)ControlledDevice.ControlledDevice()0111ControlledDevice.ControlledDevice(String, int)0111Controller.Controller(String, int)0111Controller.Controller(double)0111Controller.getGear()0111Controller.setGear(double)0111CurtainOfS.CalculateOpenScale(double)10178CurtainOfS.CurtainOfS(String, int)0111CurtainOfS.getOpenScale()0111CurtainOfS.setOpenScale(double)0111Device.Device()0111Device.Device(String, int)0111Device.getInputPin()0111Device.getInputV()0111Device.getName()0111Device.getNumber()0111Device.getOutPin()0111Device.getOutV()0111Device.getPartialPressure()0111Device.getResistance()0111Device.setInputPin(int)0111Device.setInputV(double)0111Device.setName(String)0111Device.setNumber(int)0111Device.setOutPin(int)0111Device.setOutV(double)0111Device.setPartialPressure(double)0111Device.setResistance(double)0111Fan.Fan(String, int)0111Fan.Fan(double)0111Fan.getSpeed()0111Fan.setSpeed(double)0111FanOfA.FanOfA(String, int)0111FanOfA.FanOfA(double)0111FanOfA.calculateSpeed()5145FanOfA.setSpeed(double)0111FanOfD.FanOfD(String, int)0111FanOfD.FanOfD(double)0111FanOfD.calculateSpeed()3133FanOfD.setSpeed(double)0111FilamentLamp.CalculateBrightness()3133FilamentLamp.FilamentLamp(String, int)0111FilamentLamp.setBrightness(double)0111FluorescentLamp.CalculateBrightness()2112FluorescentLamp.FluorescentLamp(String, int)0111FluorescentLamp.setBrightness(double)0111Lamp.Lamp(String, int)0111Lamp.getBrightness()0111Lamp.setBrightness(double)0111ParallelCircuit.ParallelCircuit(String, int, ArrayList)0111ParallelCircuit.ParallelCircuit(double, double)0111ParallelCircuit.getPartialPressure()0111ParallelCircuit.getSeriesNames()0111ParallelCircuit.setPartialPressure(double)0111ParallelCircuit.setSeriesNames(ArrayList)0111SeriesCircuit.SeriesCircuit(String, int, ArrayList)0111SeriesCircuit.SeriesCircuit(double, double)0111SeriesCircuit.getEquipments()0111SeriesCircuit.setEquipments(ArrayList)0111SwitchOfF.SwitchOfF(String, int)0111SwitchOfF.SwitchOfF(double)0111SwitchOfF.calculateState()4116SwitchOfF.getState()0111SwitchOfF.setState(double)0111SwitchOfH.IsClose()2212SwitchOfH.SwitchOfH(String, int)0111SwitchOfH.SwitchOfH(double)0111SwitchOfH.getState()0111SwitchOfH.setState(double)0111SwitchOfK.IsClose()2212SwitchOfK.SwitchOfK(String, int)0111SwitchOfK.SwitchOfK(double)0111SwitchOfK.isClose()0111SwitchOfK.setClose(boolean)0111SwitchOfL.SwitchOfL(String, int)0111SwitchOfL.SwitchOfL(int, double)0111SwitchOfL.calculateState()0111SwitchOfL.getState()0111SwitchOfL.setState(double)0111TotalCircuit.TotalCircuit(String, int)0111TotalCircuit.TotalCircuit(double, double)0111TotalCircuit.getInputV()0111TotalCircuit.getIsOk()0111TotalCircuit.getName()0111TotalCircuit.getNumber()0111TotalCircuit.getOutV()0111TotalCircuit.getResistance()0111TotalCircuit.setInputV(double)0111TotalCircuit.setIsOk(int)0111TotalCircuit.setName(String)0111TotalCircuit.setNumber(int)0111TotalCircuit.setOutV(double)0111TotalCircuit.setResistance(double)0111https://img2024.cnblogs.com/blog/3428017/202406/3428017-20240629111453982-529092913.png
这张图是一个Kiviat（雷达）图，用来展示Java程序的多项度量指标。以下是对各个指标的分析：
[*]均匀复杂度 (Avg Complexity)：
[*]值：3.27，理想范围：
[*]我的值处于理想范围内，阐明代码的均匀复杂度较为合理。
[*]均匀深度 (Avg Depth)：
[*]值：3.67，理想范围：
[*]我的值高于理想范围，阐明代码的嵌套深度较深，可能会导致代码难以理解和维护。
[*]最大深度 (Max Depth)：
[*]值：9+，理想范围：
[*]我的值明显高于理想范围，这可能意味着某些部分的代码嵌套过深，建议举行重构以减少嵌套深度。
[*]最大复杂度 (Max Complexity)：
[*]值：181，理想范围：
[*]我的值远高于理想范围，阐明有部分代码的复杂度非常高，需要重点关注和优化。
[*]每类方法数 (Methods/Class)：
[*]值：5.22，理想范围：
[*]我的值处于理想范围内，阐明每个类的方法数量较为合理。
[*]每个方法的均匀语句数 (Avg Stmts/Method)：
[*]值：6.33，理想范围：
[*]我的值处于理想范围内，阐明每个方法的语句数量适中。
[*]注释百分比 (% Comments)：
[*]值：5.5，理想范围：
[*]我的值低于理想范围，阐明需要增加注释以进步代码的可读性和可维护性。
总体来说，图中的某些指标如均匀复杂度、每类方法数和每个方法的均匀语句数都处于理想范围内，但最大深度、最大复杂度和注释百分比需要特别关注和改进，以进步代码质量。
[*]第八次题目集：
新增设备：
二极管：
增加二极管元件，其电路特性为：正领导通，反向截止；其电器符号如图4所示，当电流从左至右流过时，二极管导通”conduction”，电阻为0；电流从右至左流动时，二极管截止”cutoff”，电阻无穷大，相当于开关打开。
1、如果两端电压为0，二极管的导通/截止状态由接入方向决定，1号引脚靠近电源则状态为导通，反之为截止。
2、如果两端电压不为0，二极管导通。新增电路环境：
并联电路中包含并联：
本次迭代思量并联电路中包含并联电路的环境，即构成并联电路的串联电路可以包含别的并联电路。例如如下输入的电路，并联电路M2的其中一条串联电路T4中包含了另一条并联电路M1：
#T1:
#T2:
#M1:
#T4:
#T5:
#M2:新增处理环境：
管脚电压的显示：
在输出每个电器的状态信息后，再依次输出该电器每个管脚的电压。
@B1:200 220-0电流限制：
电器在工作时，过大的电流会引起电器过热，从而烧坏电路。本次迭代，每个元器件都有最大电流的设置，当实时电流凌驾最大电流时，在该电器输出信息的最后加入提示“exceeding current limit error”，与前面的信息之间用英文空格分隔。
@B1:190 68-17 exceeding current limit error正如我前言所说，这次的重难点在于处理好二极管和输出引脚电势共同存在的环境，由于很难有一个通用的方法去应对每一种环境。我先将二极管和输出引脚电势的环境分开举行讨论：
[*]二极管
分析一下，二极管正向电阻为0，逆向电阻为无穷大。我可以根据引脚的出现顺序来判断二极管的电流方向。
当引脚1先出现时，我将二极管的电阻设置为0，否则通过：
Integer.MAX_VALUE设置二极管电阻为一个很大的值。
[*]输出引脚电势：
分析一下，如何输出引脚电势：
由于大多数人选择的都是通过计算电阻来直接获取设备分压的，而不是通过引脚的电势差来获取设备分压，这样并不能直接计算出引脚的电势，以是存在很大的缺陷。
但是也不是没有方法去处理这样的环境：
我从主电路开始遍历，将主电路的输入引脚的电压计算出来，按照遇到设备（这里的设备包罗可能遇到的并联电路/串联电路）便将设备的输入引脚的电压赋值为前一个输出引脚的电压（第一个设备的输入引脚的电压等于主电路的输入引脚的电压）。然后每得到一个设备的输入引脚的电压，就用这个值减去当前设备的分压，后赋值给其输出引脚的电压。
这样，主电路被处理好了。
接下来处理并联电路就好了：
按照从后往前的顺序去处理并联电路，雷同地，将并联电路的每一条支路的输入电压赋值为该并联电路的输入电压，再遍历这些支路上的设备，接下来的操作和刚才一样，不再赘述。
[*]输出电流过大警告：
这个是最好处理的，由于在此之前我已经获取了每个设备的分压以及电阻，只需要通过：
电流=分压/电阻就可以得到该设备当前的电流。
但是值得注意的是，这种方法只对有电阻的设备有效，开关是无法通过这种方法得到的。
那么开关电流就需要通过计算开关当前所在串联电路的电流来得到，只需要用开关所在串联电路的分压/总电阻就好了。这些数据我都是已经提前获取好的了。
这也就算是能处理好每一种环境了，但是由于二极管的特殊性，导致电路中的电势环境更加复杂。目前我没有很好的方法去处理。
UML类图
https://img2024.cnblogs.com/blog/3428017/202406/3428017-20240629130032507-1200002313.png
设计思路基本同等。
MethodCogCev(G)iv(G)v(G)ControlledDevice.ControlledDevice()0111ControlledDevice.ControlledDevice(String, int)0111Controller.Controller(String, int)0111Controller.Controller(double)0111Controller.getGear()0111Controller.setGear(double)0111CurtainOfS.CalculateOpenScale(double)10178CurtainOfS.CurtainOfS(String, int)0111CurtainOfS.getOpenScale()0111CurtainOfS.setOpenScale(double)0111Device.Device()0111Device.Device(String, int)0111Device.getExceedingLimitMax()0111Device.getFirstPin()0111Device.getInputPin()0111Device.getInputV()0111Device.getName()0111Device.getNumber()0111Device.getOutPin()0111Device.getOutV()0111Device.getPartialPressure()0111Device.getPin1()0111Device.getPin2()0111Device.getResistance()0111Device.isExceedingLimit()0111Device.setExceedingLimit(boolean)0111Device.setExceedingLimitMax(double)0111Device.setFirstPin(int)0111Device.setInputPin(int)0111Device.setInputV(double)0111Device.setName(String)0111Device.setNumber(int)0111Device.setOutPin(int)0111Device.setOutV(double)0111Device.setPartialPressure(double)0111Device.setPin1(double)0111Device.setPin2(double)0111Device.setResistance(double)0111Fan.Fan(String, int)0111Fan.Fan(double)0111Fan.getSpeed()0111Fan.setSpeed(double)0111FanOfA.FanOfA(String, int)0111FanOfA.FanOfA(double)0111FanOfA.calculateSpeed()5145FanOfA.setSpeed(double)0111FanOfD.FanOfD(String, int)0111FanOfD.FanOfD(double)0111FanOfD.calculateSpeed()3133FanOfD.setSpeed(double)0111FilamentLamp.CalculateBrightness()3133FilamentLamp.FilamentLamp(String, int)0111FilamentLamp.setBrightness(double)0111FluorescentLamp.CalculateBrightness()2112FluorescentLamp.FluorescentLamp(String, int)0111FluorescentLamp.setBrightness(double)0111Lamp.Lamp(String, int)0111Lamp.getBrightness()0111Lamp.setBrightness(double)0111ParallelCircuit.ParallelCircuit(String, int)0111ParallelCircuit.ParallelCircuit(String, int, ArrayList)0111ParallelCircuit.getSeriesNames()0111ParallelCircuit.getUpName()0111ParallelCircuit.setSeriesNames(ArrayList)0111ParallelCircuit.setUpName(String)0111SeriesCircuit.SeriesCircuit(String, int, ArrayList)0111SeriesCircuit.getEquipments()0111SeriesCircuit.setEquipments(ArrayList)0111SwitchOfF.SwitchOfF(String, int)0111SwitchOfF.SwitchOfF(double)0111SwitchOfF.calculateState()4116SwitchOfF.getState()0111SwitchOfF.setState(double)0111SwitchOfH.IsClose()2212SwitchOfH.SwitchOfH(String, int)0111SwitchOfH.SwitchOfH(double)0111SwitchOfH.getPin_1_v()0111SwitchOfH.getPin_2_v()0111SwitchOfH.getPin_3_v()0111SwitchOfH.getState()0111SwitchOfH.setPin_1_v(double)0111SwitchOfH.setPin_2_v(double)0111SwitchOfH.setPin_3_v(double)0111SwitchOfH.setState(double)0111SwitchOfK.IsClose()2212SwitchOfK.SwitchOfK(String, int)0111SwitchOfK.SwitchOfK(double)0111SwitchOfK.isClose()0111SwitchOfK.setClose(boolean)0111SwitchOfL.SwitchOfL(String, int)0111SwitchOfL.SwitchOfL(int, double)0111SwitchOfL.calculateState()0111SwitchOfL.getState()0111SwitchOfL.setState(double)0111SwitchOfP.SwitchOfP(String, int)0111SwitchOfP.SwitchOfP(double)0111SwitchOfP.isConduction()0111SwitchOfP.setConduction(boolean)0111SwitchOfP.setR()2122TotalCircuit.TotalCircuit(String, int)0111TotalCircuit.getIsOk()0111TotalCircuit.setIsOk(int)0111ClassOCavgOCmaxWMCControlledDevice112Controller114CurtainOfS2.5710Device1128Fan114FanOfA258FanOfD1.536FilamentLamp1.6735FluorescentLamp1.3324Lamp113ParallelCircuit116SeriesCircuit113SwitchOfF2.2711SwitchOfH1.09212SwitchOfK1.226SwitchOfL115SwitchOfP1.226TotalCircuit113https://img2024.cnblogs.com/blog/3428017/202406/3428017-20240629131020190-654710995.png
[*]均匀复杂度 (Avg Complexity)
[*]值：3.17
[*]理想范围：
[*]你的均匀复杂度在理想范围内，表明代码的复杂度适中，易于理解和维护。
[*]均匀深度 (Avg Depth)
[*]值：3.65
[*]理想范围：
[*]你的均匀深度高于理想范围，意味着代码的嵌套层次较深，可能会增加理解难度和维护成本。
[*]最大深度 (Max Depth)
[*]值：9+
[*]理想范围：
[*]我的最大深度明显高于理想范围，表明某些代码块嵌套非常深，需要思量简化这些代码块。
[*]最大复杂度 (Max Complexity)
[*]值：190
[*]理想范围：
[*]我的最大复杂度远高于理想范围，提示有些部分代码非常复杂，需要重点优化这些部分以进步代码质量。
[*]每类方法数 (Methods/Class)
[*]值：5.42
[*]理想范围：
[*]我的每类方法数在理想范围内，表明每个类的方法数量适中。
[*]每个方法的均匀语句数 (Avg Stmts/Method)
[*]值：6.37
[*]理想范围：
[*]我的每个方法的均匀语句数在理想范围内，意味着方法的长度适中。
[*]注释百分比 (% Comments)
[*]值：3.8
[*]理想范围：
[*]我的注释百分比低于理想范围，建议增加注释，以进步代码的可读性和可维护性。
与之前的分析相比，这张图的指标略有差别，但总体环境雷同。你的Java程序在均匀复杂度、每类方法数和每个方法的均匀语句数方面表现精良，但在代码深度和复杂度方面需要改进，特别是最大深度和最大复杂度，需要优先思量重构和优化。
总结：
[*]踩坑心得：
[*]一开始就没有思量引脚的功能，导致后期代码修修补补，很难维护和拓展。
[*]没有保持PTA与电脑上代码的同等性，偶然候为了图方便直接在PTA的提交界面修改代码，改完之后却没有修改当地代码，导致两个代码之间差别步。
[*]一开始设计的时候并没有将电路类继续于设备类，而是成为了一个独立存在的父类，导致后期处理复杂电路环境时很不方便。
[*]课程建议：
[*]希望老师可以积极复兴同学的疑问，虽然许多时候都是问测试点的，但是这是真的“走投无路”了才会用的方法。
[*]最后：
8次大作业到此也就结束了，象征着本学期的学习已经来到了尾声。感谢老师们的辛苦付出，敬礼！
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]