報告，漢語詞語，公文的一種格式，是指對上級有所陳請或匯報時所作的口頭或書面的陳述。報告的格式和要求是什么樣的呢？下面是小編給大家?guī)淼膱蟾娴姆段哪０澹Ｍ軌驇偷侥銌?

大作業(yè)報告格式 大作業(yè)報告篇一

貪食蛇的控制

源代碼只支持 4 個方向的運(yùn)行，增加可以通過鼠標(biāo)控制貪食蛇的運(yùn)動。當(dāng)按下鼠標(biāo)鍵時，設(shè) 置 一 個 方向 向 量 ， 該 方 向 向 量 為 鼠 標(biāo) 所 在 位 置 (mouseposition) 與 蛇 頭 所 在 位 置(snakeposition)的差值。下一時刻，貪食蛇按照該向量的方向運(yùn)動；運(yùn)動的距離為 1 個標(biāo)準(zhǔn)單位。

水果的控制

源代碼只支持 1 種水果，顏色隨機(jī)且貪食蛇增加的長度固定?，F(xiàn)增加黑色、棕色、紅、藍(lán)色、綠色、共 5 種水果，且貪食蛇吃了黑色、棕色水果不增加其長度，紅色、藍(lán)色、綠色水果增加的長度分別為 3、2、1；增加的長度在貪食蛇的尾部—假設(shè)初始是疊加在一起的。 系統(tǒng)隨機(jī)生成上述 5 種水果，保持黑色和褐色水果所占比例為 25%，其他的占 75%。

繪制精靈版本的貪食蛇

源代碼中的貪食蛇繪制過于簡單—僅僅使用了矩形繪制。要求更改貪食蛇的繪制方法，頭部使用圖片，通過 sprite 進(jìn)行繪制。

整體界面的修改

5）理清代碼

原作的源碼：

大作業(yè)報告格式 大作業(yè)報告篇二

?

1.無法正確的找到甚至無法返回對應(yīng)的銀行名稱或賬戶名。起初在各個檢查合法性的方法中所用的是迭代器進(jìn)行遍歷的，可一直顯示報錯動態(tài)數(shù)組為null。我錯誤的認(rèn)為是所學(xué)知識不足，沒有正確使用迭代器，便將遍歷的方法改為了用多個嵌套的for循環(huán)。但修改過后問題仍存在，經(jīng)debug檢驗后，發(fā)現(xiàn)錯誤原因是沒有正確的存儲信息，錯將本屬于工商銀行的信息存入的建設(shè)銀行。這個小錯誤讓我花費(fèi)了近半個小時進(jìn)行處理，但是也給了漲了不少的教訓(xùn)，編程的時候一定要看清題目。

2.將初始化信息錯誤的存入了其他賬戶導(dǎo)致存取款后輸出的金額與賬戶不匹配。

1.遍歷的方法可以由改為foreach循環(huán)或者iterator，需要循環(huán)鏈表結(jié)構(gòu)的數(shù)據(jù)時，盡可能不使用普通for循環(huán)，這種做法很糟糕，數(shù)據(jù)量大的時候有可能會導(dǎo)致系統(tǒng)崩潰。

2.錯誤的選擇實體類之間的關(guān)系，應(yīng)該是用戶和銀行都擁有多個賬戶，而不是銀行->用戶->賬戶的關(guān)系。而且可以在類與類之間寫成雙向的，這樣有助于遍歷時方便正確的找到需要的信息，這一點(diǎn)在下一次迭代題目中有體現(xiàn)。

大作業(yè)報告格式 大作業(yè)報告篇三

（很抱歉這個類圖有點(diǎn)混亂..）

?

本次題目是基于老師給的代碼進(jìn)行的修改，所需要修改的部分并不算多，需要添加的功能分為兩大塊：借記賬戶和貸記賬戶、跨行取款。

跨行取款難度不大，只需要在bank類中添加成員變量interest，其作用為定義該銀行跨行取款收取的利息。

首先將account類中修改為抽象類，除了保留一個返回賬戶的方法外，其他方法均修改為抽象方法。再額外定義兩個類名為debitaccount和creditaccount（creditaccount類中需要定義額外的成員interest和creditbalance，作用分別是存儲貸記賬戶的利息和超支額度），并使其繼承自account類，同時這兩個類實現(xiàn)父類中的抽象方法。具體的代碼編寫難度不大，都可以基本依照老師版本中account類中的代碼進(jìn)行修改，如下圖。

（account類）

（creditaccount類）

最后是在取款時處理兩大塊功能產(chǎn)生的利息部分（自我感覺我這一塊代碼編寫的還是不錯的，哈哈哈哈自夸一下）。這里通過atm和account找到相對應(yīng)的銀行并匹配其名稱是否相等來更新利息1，再判斷取款金額是否大于存款金額來更新利息2，最后在取款時更新減去的金額。功能實現(xiàn)的代碼如下。

基于上一次編寫atm設(shè)計代碼的經(jīng)驗，說實話在處理指導(dǎo)書中要求額外添加的兩個大功能的代碼編寫方面我并沒有遇上什么困難。主要的問題出在很多類被設(shè)計成了雙向的……這確實讓我有一點(diǎn)暈乎乎的了。導(dǎo)致我在處理數(shù)據(jù)時又碰見了定義的變量為空的情況。最后經(jīng)過長達(dá)2小時不懈的debug才發(fā)現(xiàn)其原因是父類和子類同時定義了相同的成員變量時，會出現(xiàn)兩個相同名稱的量，其中有一個為null，刪去多余的成員變量后，這才解決了這個問題(真的折磨了我就很久)。

我想需要改進(jìn)的部分主要是繼承自account類的debitaccount類和creditaccount類，這兩個類其中的方法代碼編寫都不夠簡潔，重復(fù)性還很高，account類中的抽象方法也可以有修改的空間，我會在老師發(fā)這次的源碼后進(jìn)行仔細(xì)的閱讀后再進(jìn)行回顧再修改。

大作業(yè)報告格式 大作業(yè)報告篇四

? 增加了鼠標(biāo)控制蛇移動的功能：用鼠標(biāo)右鍵單擊游戲界面中的某個位置，蛇會朝著這個方向移動。如果轉(zhuǎn)彎角度過大，可能導(dǎo)致死亡判定。

相關(guān)核心代碼（只給出修改部分）：

? 給水果添加了顏色、分?jǐn)?shù)的屬性。通過隨機(jī)數(shù)，保證有3/4概率生成“紅、綠、藍(lán)”類別的水果，也就是說這三種顏色各占1/4，紅色3分，藍(lán)色2分，綠色1分。有1/8概率生成棕色果實，有1/8概率生成黑色果實。這兩種果實都是0分。分?jǐn)?shù)表示吃掉一個果實后蛇增加的長度。

? 蛇的繪制大致結(jié)構(gòu)和原來相同，只不過使用了sprite。

? 蛇節(jié)點(diǎn)初始化的代碼如下：

設(shè)計貪吃蛇皮膚時的靈感來源: 星之卡比（粉色），吃豆人（黃色），微信群上某頭像（藍(lán)色）（逃）

（這部分的素材（像素畫）全部是自己設(shè)計的）

大作業(yè)報告格式 大作業(yè)報告篇五

歷經(jīng)三個階段的學(xué)習(xí),我認(rèn)為面向?qū)ο缶幊趟枷胧浅橄蟮?可以將特定的對象和問題抽象成具有相同特性和行為的對象的抽象的類,增加代碼的通用性、可維護(hù)性和可擴(kuò)展性等等。與上學(xué)期學(xué)習(xí)c語言不同的是，面向?qū)ο蟮乃枷敕椒ê芎玫靥岣吡舜a的可讀性和可維護(hù)性。可是具體到實際問題，類的設(shè)計又是一個十分復(fù)雜的問題，要想編寫出一個優(yōu)秀的代碼是很不容易的，在這次atm的兩次設(shè)計中，不能完完全全編寫出符合的封裝性、復(fù)用性、多態(tài)、繼承、抽象類、接口、單一職責(zé)原則、“開-閉”原則等的代碼，難度較大。這也是我接下來學(xué)習(xí)的方向和努力的地方。簡單的語法可以快速的學(xué)會，但一個語言的思維卻是需要長時間的積累與實踐。

設(shè)計特別特別特別重要性（說三遍強(qiáng)調(diào)），設(shè)計是整個工程代碼是否成功的關(guān)鍵，這么多次作業(yè)讓我明顯地感受到，在復(fù)雜的要求面前，錯誤的設(shè)計會帶來巨大的工程量、丑陋不堪的代碼以及各種莫名其妙的bug，而且在后面不斷實現(xiàn)方法的過程中卻發(fā)現(xiàn)，這個方法十分累贅，尤其是循環(huán)查找時使用多層遍歷的方法將使得時間復(fù)雜度相當(dāng)高。

類的設(shè)計好壞決定了代碼擁有的功能，如果對進(jìn)行類設(shè)計的時候沒有太多思考的，那么在后來的修改上需要花大量的時間和代碼來修改，體現(xiàn)了類的設(shè)計和代碼的質(zhì)量不高。而正確的設(shè)計則會使程序更加簡潔和清晰，不僅復(fù)用性更好，寫起來也更加得心應(yīng)手。

當(dāng)然，在編程過程中對于嚴(yán)謹(jǐn)性讓我學(xué)到了不少，很多錯誤就是因為不嚴(yán)謹(jǐn)而導(dǎo)致錯誤，特別是這次atm設(shè)計各個實體類中，常常出現(xiàn)數(shù)據(jù)存儲錯誤的地方，最后導(dǎo)致debug檢查錯誤，再反復(fù)進(jìn)行修改。這完完全全是因為自己的不嚴(yán)謹(jǐn)導(dǎo)致花了很多不該花的時間，但是也給我漲了不少的教訓(xùn)，編程的時候一定要看清題目要求，要考慮到指導(dǎo)書中的細(xì)節(jié)，反復(fù)琢磨，這樣才能更好的編程設(shè)計。

三個階段的大作業(yè)將代碼測試的重要性顯示出來了，通過代碼測試你可以優(yōu)化你的代碼以及對代碼的質(zhì)量有個很好的檢測，你可以通過測試你的代碼對你的代碼進(jìn)行相應(yīng)的改動，以及減少你查找你的代碼中出現(xiàn)的問題，同時測試可以比較兩個都可以實現(xiàn)相同功能的代碼的質(zhì)量，可以測試出那個代碼的運(yùn)行時間長短，可以看出那個代碼的存在的一些bug，我感覺測試可以讓代碼更加完美，質(zhì)量更高。我們在完成單方面的設(shè)計并不會有很大的困難，但是如果我們將我們編寫的代碼運(yùn)用廣泛或者是運(yùn)用生活，會出現(xiàn)很多問題，有些是超額運(yùn)算的數(shù)據(jù)不準(zhǔn)確而還會有些是我們時間復(fù)雜程度上會出現(xiàn)超時運(yùn)行的現(xiàn)象（這在上一階段的計算日期的題目中就有所體現(xiàn)）。

大作業(yè)報告格式 大作業(yè)報告篇六

難度不大，僅僅需要做的是改變輸出的格式，具體修改代碼如下圖。

無，由于是在前一次圖形排序游戲的基礎(chǔ)上迭代的題目且功能都已經(jīng)完善和實現(xiàn)，僅僅需要做的是改變輸出格式，完成該題并不困難。

? ?無，該題一次性通過。

?