最終的遊戲方案
遊戲採用回合制,每回合雙方英雄各自輪流選擇移動和攻擊以及大招,選擇結束進行結算
英雄/小兵/塔的攻擊力/大招效果參照做業要求,若是發現不均衡再進行調整
UI界面考慮使用QT或者命令行界面模擬
系統的設計類圖
框架
系統的開發環境、小組的開發規範
開發環境爲:VS2017 經過GitHub進行同步修改
開發規範:類文件以它們包含的公有類命名,變量/方法名以具體含義的英文及英文縮寫命名,以變量的實際意義分行聲明,儘可能使用臨時變量,大部分函數應有註釋,關鍵函數和方法都儘可能有完備的註釋,一個類的代碼若是過多就抽離出新的類,考慮使用面向對象的模型 進行套用,初步完成後寫出開發文檔。
團隊的分工方案
一、關文濤:進行代碼調試,框架設計,接口設計,代碼簽入審覈驗收等等,帶帶菜鳥。
二、林興源:與關文濤討論遊戲相關實現規則與方法,填補代碼,幫助咱們一衆菜鳥。
三、楊藍婷、黃森敏、蔡雅菁:負責博客的碼字、排版,在理解大佬給出的框架的基礎上填補力所能及的代碼內容函數
對本身分工的理解
看了一個團隊發的實驗品,感受很厲害。羣裏建議的一些方法也去百度了,可是仍是不知道從哪裏下手。第一次團隊討論的時候本身感受也懵懵的,後來回去本身找了一些別人寫的簡單遊戲的代碼,怎麼實現的,感受也慢慢理解以前討論時大概是什麼意思了。先把大的問題細分,而後就愈來愈簡單了。
雖然暫時沒有具體分配到寫什麼類,日後有新進程時也會努力嘗試接手一些挑戰性的任務。雖然不少地方都是知識盲區,這樣就能夠get更多了。命令行