20182302 2019-2020-1 《數據結構與面向對象程序設計》第2周學習總結
教材學習內容總結
代碼調試中的問題和解決過程
- 問題1:
解決: 該系統自帶Junit,於是從MarketPlace中沒法找到,直接啓動便可。
git
- 問題2:
解決:不知如何插入,分別應該用Operation與Attribute插入express
- 問題3:
解決:文件名與類名重複致使沒法運用方法,編碼時應注意分開編程
- 問題4:
解決: 建立Test文件應將鼠標置於燈泡處點Create test而不該單獨新建java文件數據結構
上週考試錯題總結
- The behavior of an object is defined by the object's
A .instance data
B .constructor
C .visibility modifiers
D .methods
E .all of the above
這些方法指示對象在傳遞消息時的反應。每一個消息都是做爲一個方法實現的,該方法是消息傳遞時執行的代碼。構造函數是這些方法中的一個,可是全部方法的組合都決定了行爲。可見性修改器確實會間接影響對象的性能
- The relationship between a class and an object is best described as:objects are instances of classes
- To define a class that will represent a car, which of the following definitions is most appropriate: public class Car
- Which of the following reserved words in Java is used to create an instance of a class?
A .class
B .public
C .public or private, either could be used
D .import
E .new
保留字「new」用於實例化對象,即建立類的實例。語句new後跟類的名稱。這將調用類的構造函數。示例:car x=new car();將建立一個新的car實例並將變量x設置爲它
- In order to preserve encapsulation of an object, we would make the class final
- Instance data for a Java class
A .are limited to primitive types (e.g., int, float, char)
B .are limited to Strings
C .are limited to objects(e.g., Strings, classes defined by other programmers)
D .may be primitive types or objects, but objects must be defined to be private
E .may be primitive types or objects
實例數據是構成類的實體,能夠是任何可用類型,不管是基元類型仍是對象類型,也能夠是公共類型或私有類型。經過使用對象做爲實例數據,它容許在其餘類的基礎上構建類。一個類擁有其餘類的實例數據的這種關係稱爲has-a關係。
- Visibility modifiers include public, private, protected
- The expressions that are passed to a method in an invocation are called actual parameters
- Formal parameters are those that appear in the method call and actual parameters are those that appear in the method header.
A .true
B .false
這個問題顛倒了這兩個定義。形式參數是方法頭中出現的參數,實際參數是方法調用中的參數(傳遞給方法的參數)
- 錯題緣由:考試前未及時複習,加上課本爲第七版,致使好多知識點沒法找到。平時缺乏及時複習理解,致使許多判斷出錯。
結對及互評
評分標準
- 正確使用Markdown語法(加1分):
- 不使用Markdown不加分
- 有語法錯誤的不加分(連接打不開,表格不對,列表不正確...)
- 排版混亂的不加分
- 模板中的要素齊全(加1分)
- 缺乏「教材學習中的問題和解決過程」的不加分
- 缺乏「代碼調試中的問題和解決過程」的不加分
- 代碼託管不能打開的不加分
- 缺乏「結對及互評」的不能打開的不加分
- 缺乏「上週考試錯題總結」的不能加分
- 缺乏「進度條」的不能加分
- 缺乏「參考資料」的不能加分
教材學習中的問題和解決過程, 一個問題加1分app
代碼調試中的問題和解決過程, 一個問題加1分函數
- 本週有效代碼超過300分行的(加2分)
- 其餘加分:
- 週五前發博客的加1分
- 感想,體會不假大空的加1分
- 排版精美的加一分
- 進度條中記錄學習時間與改進狀況的加1分
- 有動手寫新代碼的加1分
- 課後選擇題有驗證的加1分
- 代碼Commit Message規範的加1分
- 錯題學習深刻的加1分
- 點評認真,能指出博客和代碼中的問題的加1分
- 結對學習狀況真實可信的加1分
- 扣分:
- 有抄襲的扣至0分
- 代碼做弊的扣至0分
- 遲交做業的扣至0分
點評:
- 博客中值得學習的或問題:
- 問題:排版能力仍需提升
- 上週問題總結缺乏截圖,分析不深刻
- 對知識點進行了必定程度總結
- 代碼中值得學習的或問題:
- 本週代碼練習總量較多
- 代碼有必定層次,改掉了均在行首開始
- 變量名稱須要更加分明,避免重複
- 基於評分標準,我給本博客打分:13分。得分狀況以下:正確使用Markdown語法(加1分)模板中的要素齊全(加1分)教材學習中的問題和解決過程(加2分)代碼調試中的問題和解決過程(加4分)本週有效代碼超過300分行(加2分)感想,體會不假大空(加1分)進度條中記錄學習時間與改進狀況(加1分)結對學習狀況真實可信(加1分)有動手寫新代碼(加1分)
- 參考示例
點評過的同窗博客和代碼
- 本週結對學習狀況
- 20182304
- 結對學習內容
- 解決編程中遇到的五花八門的錯誤
- 如何定義和使用類的方法
- 改正測試中的錯誤,討論題目作錯的緣由
- 上週博客互評狀況
其餘(感悟、思考等,可選)
平時須要及時複習練習,對不懂內容要及時詢問。須要提高自學能力,對所發博客一點一滴去作。性能
學習進度條
目標 |
6000行 |
25篇 |
300小時 |
|
第一週 |
143/200 |
2/2 |
7/10 |
學會對虛擬機進行基礎設置,學會git程序簡單使用 |
第二週 |
388/500 |
3/4 |
10 /15 |
學會部分基礎編碼,掌握循環格式話輸出等內容 |
第四周 |
807/1000 |
1/2 |
17/ 18 |
學會運用IDEA編寫和測試代碼 |
嘗試一下記錄「計劃學習時間」和「實際學習時間」,到期末看看能不能改進本身的計劃能力。這個工做學習中很重要,也頗有用。
耗時估計的公式:Y=X+X/N ,Y=X-X/N,訓練次數多了,X、Y就接近了。學習
參考:軟件工程軟件的估計爲何這麼難,軟件工程 估計方法
參考資料