最新大作業(yè)報(bào)告格式 大作業(yè)報(bào)告(大全6篇)

報(bào)告，漢語(yǔ)詞語(yǔ)，公文的一種格式，是指對(duì)上級(jí)有所陳請(qǐng)或匯報(bào)時(shí)所作的口頭或書面的陳述。報(bào)告的格式和要求是什么樣的呢？下面是小編給大家?guī)?lái)的報(bào)告的范文模板，希望能夠幫到你喲!

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

貪食蛇的控制

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

水果的控制

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

繪制精靈版本的貪食蛇

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

整體界面的修改

5）理清代碼

原作的源碼：

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

?

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

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

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

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

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

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

?

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

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

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

（account類）

（creditaccount類）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

? ?無(wú)，該題一次性通過(guò)。

?