團隊做業3

                           姑姑的御膳房
1、	制定團隊的編碼規範，隊員閱讀《構建之法》第四章內容，並討論總結，將代碼規範及編碼原則發佈在博客
代碼規範：
•	縮進。推薦使用四個空格進行縮進，最好在編輯器中將Tab鍵定義爲四個空格，這樣能夠避免Tab鍵在不一樣狀況下顯示不一樣的問題，並使程序有良好的閱讀體驗。
•	行寬。最好對行寬做出限制，按照現代廣泛使用的屏幕尺寸，能夠考慮將行寬限制爲100個字符。
•	括號。在複雜的表達式中，使用括號表示邏輯優先級。
•	斷行與空白的｛｝行。推薦每一個｛和｝都單獨佔一行。
•	分行。不要把多條語句放在一行上，更嚴格的說不要把多個變量定義在一行上。
•	命名。命名要注意幾條關鍵原則，簡單來講就是確保包含必要信息，避免過多的描述。
•	下劃線。下劃線用來分隔變量名字中的做用於標註和變量的語義。
•	大小寫。通用的作法是，類型、類、函數名多有單詞的第一個字母都大寫，變量名第一個單詞所有小寫，其餘單詞首字母大寫。
•	註釋。複雜的註釋放在函數頭，不作沒必要要的註釋，註釋中應只使用ASCII字符。
編碼原則：
•	函數。關於函數，最重要的一條原則就是：只作一件事，而且要作好。
•	goto。函數最好有單一的出口，爲了達到這一目的，可使用goto。
•	錯誤處理。首先要驗證參數的正確性，當認爲一件事確定如什麼時候，可使用斷言。
•	處理c++中的類。使用類來封裝面向對象的概念和多態；避免傳遞類型實體的值，而用指針傳遞，也就是說簡單的數據類型沒有必要用類來實現；對於有顯示構造和析構的類，不要建立全局的實體。
•	類仍是結構體。若是隻是數據的封裝，用結構體便可。
•	按照這樣的順序來講明類中的成員：public、protected、private。
•	數據成員。數據類型的成員用m_name說明；不使用公共的數據成員，要用inline訪問函數，這樣可兼顧封裝和效率。
•	虛函數。使用虛函數來實現多態；盡在頗有必要時使用虛函數；若是一個類型要實現多態，在基類中的析構函數應該是虛函數。
•	構造函數。不要再構造函數中作複雜的操做，簡單初始化數據稱成員便可；構造函數不該返回錯誤，把可能出錯的操做放到HrInit（）或FInite（）中。
•	析構函數。把全部的清理工做放在析構函數中；同時析構函數也不該出錯。
•	new和delete。實現本身的new/delete能夠方便地加上本身的跟蹤和管理機制；檢查new的返回值；釋放指針時不用檢查NULL。
•	運算符。運算符不要作標準語義外的任何操做；運算符的實現應很是高效，若是操做複雜，定義一個單獨的函數，若是拿不定主意，用成員函數而不要用運算符。
•	異常。異常不能跨過DLL或進程的邊界來傳遞信息。
•	類型繼承。僅在必要時使用類型繼承；用const標註只讀的參數；用const標註不改變數據的函數。

2、	完成團隊項目的數據庫設計，將截圖發佈在博客
用戶

 
搜索
 

發帖
 

3、	團隊項目的ER圖

 

4、	團隊項目主要功能流程描述
 「姑姑的御膳房」小程序運行流程：
（1）進入小程序界面以前咱們能夠在首頁看到美食圖片；
（2）新用戶進入首頁後，須要先註冊一個帳號，再登陸，老用戶能夠這節登陸界面；
（3）點擊「登陸」按鈕，能夠進入系統界面，根據我的喜愛，選擇要看什麼美食。
（4）用戶點擊某個生成的方案進行詳情的瞭解（即對該方案中的菜品名稱、作法等）；
（5）用戶肯定方案後根據用戶的時間安排來學習作此方案的美食；

5、描述隊員在這次做業中的分工
咱們團隊總共有3我的，隊長馬雲，隊員馬蕊、馬洪娟。咱們按照本身比較擅長的來進行分工，基本都上是三人合做完成的。三我的一塊兒肯定主題，設計界面，商量實現的功能，查找資料，進行調查，編寫代碼，最終開發微信小程序。馬雲負責找小程序中用到的圖片；馬蕊負責美化界面；馬洪娟負責畫類圖，er圖，確認功能的實現。
6、本次做業組員貢獻分（分數=隊員人數*10，將「分數」根據隊員的貢獻分配）
本次做業主要內容都是三人合做完成，只有一些簡單的小工做你們分工完成，因此三人對團隊的貢獻程度同樣。