1. 程式人生 > >軟件工程—團隊作業3

軟件工程—團隊作業3

ont 問題 深入 技術分享 軟件工程 自己 處理 所想 -s

一、編碼規範

  由於文本過長,編碼規範詳情請戳此處鏈接地址

編碼規範總結:

劉艷:

  通過軟件工程課的學習以及書寫微信小程序時的練習,我對軟件代碼的書寫規範有了更深入的學習和理解。原來,代碼規範不僅僅是我以前所認為的那樣簡單,它包括了“縮進”、“行寬”、“分行”、“命名及大小寫”、“註釋”、“{}的使用”等等方面。其中,讓我印象最深刻的是“縮進”和“命名及大小寫”。規範的縮進讓整個代碼看起來簡便清楚了許多,使得層次更加分明。關於“規範的命名及大小寫”,這一點其實在我們剛學習C語言的時候老師就強調過。但因為當時寫的代碼比較短,涉及到的變量名字也少,所以並沒有養成在編寫代碼時良好的命名習慣;但在此次小程序編寫的時候,由於是團隊合作,所以必須要看組內成員的代碼,這時,規範命名的作用就顯得尤為突出了。其實,不僅為了讓別人更好的看懂自己的代碼,有時時間太久,自己寫的東西也會發生遺忘。良好的命名可以幫助自己更快的回憶起當初寫代碼的思路和邏輯。雖然我們只學了很短時間的書本知識,但卻會在我們整個編程道路上都發揮很大的作用。

洪居興:

  

  軟件工程課程雖然任務量較重,但是也讓我學習到更多的相關軟件一系列的知識。令我感觸最深刻的就是編碼的規範。起初對變量名的命名、縮進、以及換行等等一系列的代碼規範,都是按照自己所想所做,沒有考慮到代碼的不規範將引起一些不必要的問題,例如代碼的理解、維護人員的維護等等一系列耗時耗力的問題。可能每位同學在大一剛入學時,專業課老師也已跟我們強調了代碼規範性的重要性,可是依舊是左耳進右耳出的狀態,繼續按照自己一貫的風格進行編寫,就有了後來像我這樣後悔不已的同誌。在編碼過程中,把自己已經完成的代碼重新進行了規範化的處理,當然過程是挺痛苦的,不過還是有所收獲,也對編碼的規範化加以重視,避免出現類似的情況。

二、主要功能流程描述

  總流程:

    技術分享圖片

  聽歌識曲:

    技術分享圖片

  專業答題:

    技術分享圖片

  腦筋急轉彎:

    技術分享圖片

  知識答題:

    技術分享圖片

三、此次作業中的分工以及得分   

          任務分配及得分情況(有√表示參與的任務):

        技術分享圖片

    

軟件工程—團隊作業3