时间：2025-05-24 18:34
人气：
作者：admin
对这两次题目集的总结:
这两次题目集相较于上次迭代作业来说，在题目量和难度上都做了下调。但要求我们在理解题目意思、设计好程序结构、掌握并运用知识这三方面有一定的要求。涉及到类的继承与多态，抽象类的设计和抽象方法的灵活运用。以及面向对象的几种程序设计的原则（单一职责原则、里氏代换原则、开闭原则、合成复用原则）。锻炼我们面向接口编程的能力。需要我们不断规范自己的类设计、优化代码结构、降低代码的耦合性，提高程序的可扩展性。
因为题目集的前面几题都比较基础，所以该部分重点对航空货物管理系统迭代题做分析。
题目要求：编程实现一个航空货物管理系统，对于订单信息的一些基本数据的输入（客户信息，收件人、发件人、货物信息、航班信息、支付方式等）。还有空运货物的重量计算，以及按照不同的重量区间具有不同的费率。最后一订单表的形式输出。并且本次题目重点考核面向对象设计原则中的单一职责原则、里氏代换原则、开闭原则以及合成复用原则。
类图设计：
考虑到此次的题目是按照面向对象设计原则来进行打分的，所以类设计的比较多。
由上面的Source Monitor分析的结果来看不难发现，这次题目集提交的代码虽然类的设计有很多，但是依旧有不合理的地方，还是有可以改进的地方。
题目要求： 相较于上一次新增了不同的客户类型，不同的货物，不同的支付方式。具体如下折扣率是指不同的用户类型针对每个订单的运费可以享受相应的折扣，在本题中，用户分为个人用户和集团用户，其中个人用户可享受订单运费的 9折优惠，集团用户可享受订单运费的 8折优惠。本次作业费率与货物类型有关，货物类型分为普通货物、危险货物和加急货物三种。支付方式（支付宝支付、微信支付、现金支付）
由于这次有不同的客户类型，不同的货物，不同的支付方式。所以我采用了接口的形式来应对这些不同的情况。
类图：
Source Monitor分析结果：
由上面的Source Monitor分析的结果来看，第二次提交的通过代码在新增了不同类型的处理情况后，代码行数从 510 增至 670，设计多个接口和做到展示信息的和订单信息职责拆分后新增OrderDetails类，符合接口编程的设计预期。质量明显要比第一次的好的多，但是还是存在一些问题的：
本部分对每次题目集提交代码出现的问题和心得进行总结
1.不能正确的构建具体类：在主方法里使用nextLine来解析输入的数据时，总是忘记把String类型的数据转换为对应的数据类型。还有就是传入的构造数据的顺序老是弄错。导致了不能正确的构建具体实现类，进而浪费了一些时间。
2.无法获取父类的属性 在编写代码的时候，把父类的属性设置为了private的，然后又没设计get方法导致无法获取属性。
3.超载信息提示的格式错误 第一次提交的时候回答详情里面超载信息的那部分显示格式错误，一开始我以为是航班号的信息有问题，浪费了一些时间在检查航班类的构建和信息输出上面。后面才发现，我是在main方法里面运用println输出超载信息的时候“”里面忘记加一个空格导致的格式错误。
static public void main(String[]args){
Scanner sc = new Scanner(System.in);
// 读取客户信息
String customerNumber = sc.nextLine();
String customerName = sc.nextLine();
String customerTel = sc.nextLine();
String customerAddress = sc.nextLine();
//创建客户
Customer customer = new Customer(customerNumber, customerName, customerAddress, customerTel);
// 读取货物数量
int freightCount = Integer.parseInt(sc.nextLine());
FreightList freightList = new FreightList();
// 读取每个货物信息
for (int i = 0; i < freightCount; i++) {
Freight freight = new Freight(
sc.nextLine(),//number
sc.nextLine(), // name
Double.parseDouble( sc.nextLine()), // width
Double.parseDouble( sc.nextLine()), // length
Double.parseDouble( sc.nextLine()), // height
Double.parseDouble( sc.nextLine())//weight
);
freightList.addFreight(freight);
}
// 读取航班信息
Flight flight = new Flight(
sc.nextLine(), // flightNumber
sc.nextLine(), // departure
sc.nextLine(), // arrival
sc.nextLine(), // date
Double.parseDouble(sc.nextLine()) // maxcapacity
);
//判断重量是否满足该航班的最大容量
if(freightList.calculateTotalWeight()>flight.getMaxcapacity()){
System.out.println("The flight with flight number:"+flight.getFlightNumber()+" has exceeded its load capacity and cannot carry the order.");
return;
}
// 读取订单信息
Order order = new Order(
sc.nextLine(), // number
sc.nextLine() // date
);
// 读取发件人信息
String senderAddress = sc.nextLine();
String senderName = sc.nextLine();
String senderTel = sc.nextLine();
Sender sender = new Sender(senderName, senderAddress, senderTel);
// 读取收件人信息
String recipientAddress = sc.nextLine();
String recipientName = sc.nextLine();
String recipientTel = sc.nextLine();
Recipient recipient = new Recipient(recipientName, recipientAddress, recipientTel);
//创建费率
Rate rate=new Rate();
// 创建支付类
Payment payment = new Payment(new WeChatPay(),freightList,rate);
// 创建Show实例并显示
ShowOrder show = new ShowOrder(customer, freightList, flight, payment, sender, recipient, order);
show.showOrderInformation();
sc.close();
在这段Main类的的main方法里面有超载的逻辑判断和输出没有很好的做到类的职责单一原则，可以将这个逻辑判断单拎出来。
一些复杂的构造和调用方法并没有注释。这就会导致，当自己再次阅读代码或者别人查看代码时，会变得很吃力，所以需要给出合适的代码注释，增强代码的可读性。
收获和建议：
在完成航空货物管理系统的过程中，最大的收获在于对面向对象设计原则的具象化理解与应用。通过两次迭代题目，我逐步体会到单一职责原则（SRP）如何通过拆分 “展示逻辑” 与 “业务逻辑”（如将订单信息输出从Order类剥离至ShowOrder类）降低类的复杂度；里氏代换原则（LSP）要求子类完全替代父类的场景（如Sender/Recipient继承People并实现统一接口），避免因子类行为差异导致的程序崩溃；开闭原则（OCP）则通过引入RateStrategy/DiscountStrategy接口，在新增货物类型或客户折扣时仅需扩展实现类而非修改原有代码，显著提升系统可维护性。
此外，这次的航空货物管理系统也让我对 “接口编程” 思维有了一个具体化的了解。例如，将支付方式抽象为PayMethod接口，使支付宝、微信支付等具体实现可动态替换，这种 “面向抽象而非实现” 的设计极大减少了模块间的耦合。同时，通过FreightList类封装货物集合的操作，实现了数据存储与业务逻辑的分离，符合合成复用原则（CRP），避免了继承带来的紧耦合问题。
最后虽然这次的题目让我收获颇丰，但还是有一些方面需要进一步的学习和研究的。比如：深入去了解，什么时候将方法抽象出来好，什么时候不要把方法抽象出来。跟深入的去了解这些不同设计所带来的优势和不同。在今后的编程当中更加主动去重视面向对象程序设计原则，规范自己的代码结构！
最后根据这次迭代作业，给面向对象程序设计课题组的一些建议：
可以在迭代的题目集完全结束后给出规范合理的类设计结构给同学们学习、改进最终提升自己的编程能力
你在完成航空货物系统时遇到了哪些挑战？欢迎在评论区分享你的解决方案！感谢您的阅读！
关注微信