NCHU BLOG2
NCHU 面向?qū)ο蟪绦蛟O(shè)計(jì) Blog 2
前言
關(guān)于面向?qū)ο蟮母拍睿?/a>
關(guān)于這幾次練習(xí)：
課程內(nèi)容總結(jié)
PTA第五周題目集
題目
思考:
參考類圖：
代碼實(shí)現(xiàn)：
代碼分析：
收獲
第六周題目集
題目
思考:
參考類圖：
代碼實(shí)現(xiàn)：
代碼分析：
收獲
第七周題目集
題目
思考:
參考類圖：
代碼實(shí)現(xiàn)：
代碼分析：
收獲
5~7周pta題目經(jīng)驗(yàn)總結(jié)
對(duì)自己想說的話
關(guān)于課程和作業(yè)
前言
關(guān)于這幾次練習(xí)：
這幾次練習(xí)不算太難 算法與思考也很單純就是考慮類的設(shè)計(jì)合不合理 反正代碼是能夠很輕松的寫出來 題目對(duì)輸入也沒有限制
基本上就是一次性寫完 每次也沒有耗費(fèi)多少時(shí)間 倒是那個(gè)實(shí)驗(yàn)很折磨人：為什么？因?yàn)榻昧藦?fù)制粘貼 每一個(gè)字母得一個(gè)一個(gè)敲 我感覺敲的時(shí)間比我做這個(gè)
題目的時(shí)間至少快三倍了 地平線不語只是一味地敲一字一句地敲代碼 甚至tab鍵的變量名自動(dòng)補(bǔ)全也沒有 很折磨人就是了
這段時(shí)間接觸了另一個(gè)api爬蟲 以及java swing的gui圖形界面，利用其做了一個(gè)puzzle game 也有增刪改查的普通業(yè)務(wù)邏輯 于我而言 自己寫這個(gè)puzzlegame很快樂
也挺有收獲
PTA第八周題目集
題目：
7-3 NCHU_航空貨運(yùn)管理系統(tǒng)（類設(shè)計(jì)）
分?jǐn)?shù) 60
中等
作者 段喜龍
單位 南昌航空大學(xué)
航空快遞以速度快、安全性高成為急件或貴重物品的首選。本題目要求對(duì)航空貨運(yùn)管理系統(tǒng)進(jìn)行類設(shè)計(jì)，具體說明參看說明文件。
OO第九周作業(yè)題目說明.pdf
輸入格式:
按如下順序分別輸入客戶信息、貨物信息、航班信息以及訂單信息。
客戶編號(hào)
客戶姓名
客戶電話
客戶地址
運(yùn)送貨物數(shù)量
[貨物編號(hào)
貨物名稱
貨物寬度
貨物長(zhǎng)度
貨物高度
貨物重量
]//[]內(nèi)的內(nèi)容輸入次數(shù)取決于“運(yùn)送貨物數(shù)量”，輸入不包含“[]”
航班號(hào)
航班起飛機(jī)場(chǎng)
航班降落機(jī)場(chǎng)
航班日期（格式為YYYY-MM-DD）
航班最大載重量
訂單編號(hào)
訂單日期（格式為YYYY-MM-DD）
發(fā)件人地址
發(fā)件人姓名
發(fā)件人電話
收件人地址
收件人姓名
收件人電話
輸出格式:
如果訂單中貨物重量超過航班剩余載重量，程序輸出The flight with flight number:航班號(hào) has exceeded its load capacity and cannot carry the order. ，程序終止運(yùn)行。
如果航班載重量可以承接該訂單，輸出如下：
客戶：姓名(電話)訂單信息如下：
航班號(hào)：
訂單號(hào)：
訂單日期：
發(fā)件人姓名：
發(fā)件人電話：
發(fā)件人地址：
收件人姓名：
收件人電話：
收件人地址：
訂單總重量(kg)：
微信支付金額：
貨物明細(xì)如下：
明細(xì)編號(hào) 貨物名稱 計(jì)費(fèi)重量 計(jì)費(fèi)費(fèi)率 應(yīng)交運(yùn)費(fèi)
1 ...
2 ...
注：輸出中實(shí)型數(shù)均保留1位小數(shù)。
思考:
第一眼望去 輸入輸出很復(fù)雜 期中關(guān)系也很亂 但總的來說這里就三個(gè)很明確的對(duì)象 1貨物 2購(gòu)物人 3商家 再仔細(xì)分析其中文檔
我覺得還有幾個(gè)類是必要的
1payment抽象類以用來應(yīng)對(duì)不同的購(gòu)買方式
2order類來承載一個(gè)訂單里多個(gè)貨物；
3orderitem類來承載多個(gè)訂單；
4ordermanager類來管理所有訂單；
5customer類用戶看到的界面；
參考類圖：
代碼實(shí)現(xiàn)：
public double getRate() {
if (weight >= 100) return 15.0;
else if (weight >= 50) return 25.0; // 50-99.99kg
else if (weight >= 20) return 30.0; // 20-49.99kg
else return 35.0; // <20kg
}
System.out.printf("客戶：%s(%s)訂單信息如下：\n", customerName, customerPhone);
System.out.println("-----------------------------------------");
System.out.println("航班號(hào)：" + flightNumber);
System.out.println("訂單號(hào)：" + orderId);
System.out.println("訂單日期：" + orderDate);
System.out.println("發(fā)件人姓名：" + senderName);
System.out.println("發(fā)件人電話：" + senderPhone);
System.out.println("發(fā)件人地址：" + senderAddress);
System.out.println("收件人姓名：" + recipientName);
System.out.println("收件人電話：" + recipientPhone);
System.out.println("收件人地址：" + recipientAddress);
System.out.printf("訂單總重量(kg)：%.1f\n", totalWeight);
System.out.printf("微信支付金額：%.1f\n\n", order.gettotalPrice());
System.out.println("貨物明細(xì)如下：");
System.out.println("-----------------------------------------");
System.out.println("明細(xì)編號(hào)\t貨物名稱\t計(jì)費(fèi)重量\t計(jì)費(fèi)費(fèi)率\t應(yīng)交運(yùn)費(fèi)");
int itemNum = 1;
for (OrderItem item : orderItems) {
Product p = item.getproduct();
System.out.printf("%d\t%s\t%.1f\t%.1f\t%.1f\n",
itemNum++,
p.getName(),
p.getWeight(),
p.getRate(),
p.calculateprice()
);
}
}
}
代碼分析：
行數(shù)（Lines）：334 行，代碼規(guī)模較小，相對(duì)易于理解和維護(hù)。
語句數(shù)（Statements）：63 條，語句數(shù)量較少，代碼邏輯相對(duì)簡(jiǎn)潔。
分支語句百分比（Percent Branch Statements）：4.8% ，分支語句（如 if - else、switch ）占比很低，程序邏輯較為線性，復(fù)雜程度低。
方法調(diào)用語句數(shù)（Method Call Statements）：46 條，反映出代碼中方法間調(diào)用情況，說明代碼有一定的模塊化程度。
含注釋行百分比（Percent Lines with Comments）：2.7% ，注釋比例極低，不利于代碼閱讀與后期維護(hù)。
類和接口數(shù)（Classes and Interfaces）：3 個(gè)，表明代碼的封裝和抽象程度較低，結(jié)構(gòu)相對(duì)簡(jiǎn)單。
收獲
在完成 Java 繼承與多態(tài)的作業(yè)后，我對(duì)面向?qū)ο缶幊痰暮诵母拍钣辛巳虑疑羁痰恼J(rèn)知，仿佛打開了一扇通往代碼世界的大門，收獲頗豐。
這次作業(yè)讓我意識(shí)到，面向?qū)ο缶幊滩粌H僅是語法規(guī)則的堆砌，更是一種編程思維的轉(zhuǎn)變。繼承和多態(tài)作為其重要特性，能夠幫助我們將現(xiàn)實(shí)世界中的復(fù)雜事物抽象成代碼模型，使代碼更具邏輯性和結(jié)構(gòu)性。在未來的學(xué)習(xí)和實(shí)踐中，我會(huì)更加注重對(duì)這些核心概念的運(yùn)用，嘗試在更多實(shí)際項(xiàng)目中靈活使用繼承和多態(tài)，不斷提升自己的編程能力和解決問題的能力。同時(shí)，我也期待在后續(xù)的學(xué)習(xí)中，探索更多 Java 語言的特性和編程技巧，進(jìn)一步完善自己的知識(shí)體系，為成為一名優(yōu)秀的開發(fā)者而努力。
第九周題目集
題目
航空快遞以速度快、安全性高成為急件或貴重物品的首選。本題目要求對(duì)航空貨運(yùn)管理系統(tǒng)進(jìn)行類設(shè)計(jì)，具體說明參看說明文件。
OO第十二周作業(yè)題目說明.pdf
輸入格式:
按如下順序分別輸入客戶信息、貨物信息、航班信息以及訂單信息。
客戶類型[可輸入項(xiàng)：Individual/Corporate]
客戶編號(hào)
客戶姓名
客戶電話
客戶地址
貨物類型[可輸入項(xiàng)：Normal/Expedite/Dangerous]
運(yùn)送貨物數(shù)量
[貨物編號(hào)
貨物名稱
貨物寬度
貨物長(zhǎng)度
貨物高度
貨物重量
]//[]內(nèi)的內(nèi)容輸入次數(shù)取決于“運(yùn)送貨物數(shù)量”，輸入不包含“[]”
航班號(hào)
航班起飛機(jī)場(chǎng)
航班降落機(jī)場(chǎng)
航班日期（格式為YYYY-MM-DD）
航班最大載重量
訂單編號(hào)
訂單日期（格式為YYYY-MM-DD）
發(fā)件人地址
發(fā)件人姓名
發(fā)件人電話
收件人地址
收件人姓名
收件人電話
支付方式[可輸入項(xiàng)：Wechat/ALiPay/Cash]
輸出格式:
如果訂單中貨物重量超過航班剩余載重量，程序輸出The flight with flight number:航班號(hào) has exceeded its load capacity and cannot carry the order. ，程序終止運(yùn)行。
如果航班載重量可以承接該訂單，輸出如下：
客戶：姓名(電話)訂單信息如下：
航班號(hào)：
訂單號(hào)：
訂單日期：
發(fā)件人姓名：
發(fā)件人電話：
發(fā)件人地址：
收件人姓名：
收件人電話：
收件人地址：
訂單總重量(kg)：
[微信/支付寶/現(xiàn)金]支付金額：
貨物明細(xì)如下：
明細(xì)編號(hào) 貨物名稱 計(jì)費(fèi)重量 計(jì)費(fèi)費(fèi)率 應(yīng)交運(yùn)費(fèi)
1 ...
2 ...
思考
這次多了幾種貨物模式以及幾種付費(fèi)模式和我上周預(yù)料到的一樣會(huì)大量涉及到多態(tài)所以我當(dāng)時(shí)的一些抽象類的設(shè)置是有必要的
我試著嘗試使用書上講的設(shè)計(jì)模式 uml單例模式以及工廠模式
參考類圖
代碼實(shí)現(xiàn)
public double getRate(String type) {
switch (type) {
case "Normal":
return getNormalRate();
case "Expedite":
return getExpediteRate();
case "Dangerous":
return getDangerousRate();
default:
return 0.0;
}
}
public double getNormalRate() {
if (weight >= 100) return 15.0;
else if (weight >= 50) return 25.0; // 50-99.99kg
else if (weight >= 20) return 30.0; // 20-49.99kg
else return 35.0; // <20kg
}
public double getExpediteRate() {
if(weight>=100) return 30.0;
else if(weight>=50) return 40.0;
else if(weight>=20) return 50.0;
else return 60.0;
}
public double getDangerousRate() {
if(weight>=100) return 20.0;
else if(weight>=50) return 30.0;
else if(weight>=20) return 50.0;
else return 80.0;
}
public double getWeight() {
return weight;
}
代碼分析
399 行，代碼規(guī)模適中，行數(shù)多可能意味著功能復(fù)雜，維護(hù)成本相對(duì)較高。
分支語句百分比（Percent Branch Statements）：13.0% ，分支語句（如 if - else、switch ）占比不算高，程序邏輯的復(fù)雜程度相對(duì)可控。
方法調(diào)用語句數(shù)（Method Call Statements）：63 條，說明代碼中方法間調(diào)用頻繁程度，較多調(diào)用可能意味著模塊化程度尚可。
含注釋行百分比（Percent Lines with Comments）：4.0% ，注釋比例較低，不利于代碼可讀性和后期維護(hù)，團(tuán)隊(duì)協(xié)作時(shí)他人理解代碼意圖難度增加。
類和接口數(shù)（Classes and Interfaces）：7 個(gè)，表明代碼的封裝和抽象程度，多個(gè)類和接口有助于實(shí)現(xiàn)高內(nèi)聚、低耦合的設(shè)計(jì)原則。
收獲
抽象類更側(cè)重于抽取類之間的共性，一個(gè)類只能繼承一個(gè)抽象類；接口則更強(qiáng)調(diào)行為的規(guī)范和拓展，一個(gè)類可以實(shí)現(xiàn)多個(gè)接口。
抽象類中可以有成員變量、非抽象方法等多種成分，接口中屬性默認(rèn)是 public static final ，方法默認(rèn)是 public abstract
8~9周pta題目經(jīng)驗(yàn)總結(jié)
對(duì)自己想說的話
希望自己戒驕戒躁 保持一個(gè)學(xué)徒的心 認(rèn)真學(xué)好面向?qū)ο?無論以后用什么語言都能是代碼有條理 有對(duì)象 而不是 一鍋亂燉；
專注于自己的課程 管好自己就行了
關(guān)于課程和作業(yè)
希望實(shí)驗(yàn)打開粘貼功能 雖然熱愛敲代碼 但是不喜歡做枯燥無謂的重復(fù)操作（還要一遍一遍核對(duì)）
課程上的東西很多都是需要一個(gè)一個(gè)階段小項(xiàng)目區(qū)鞏固的并非聽過看過就知道 否則上手就是報(bào)錯(cuò)
就算有ai修復(fù)下次也不知道為什么會(huì)錯(cuò)
浙公網(wǎng)安備 33010602011771號(hào)