歡天喜地寫總結~~撒花

　　今天是個好日子。

　　天氣，晴。

　　一（億）盆小銅錢完成了第一次大（DA）做業，撒花~~

　　在歡喜的笑聲中，每一個小夥伴都說出了他們對此次活動的感想。

首先是黃懷毅小組長的發言：

 　　本次大做業最大的教訓是咱們剛開始並無很好決定該怎麼寫。咱們最後寫完才發現，借鑑他的代碼從新開始寫效率會更高，更能架構出好的前端MVC的框架，而不是直接對他的代碼進行修改。做爲組長，這個錯誤大部分都應該由我來承擔。
 　　另一點就是團隊管理方面，最重要的一點就是管理必定要有章可循、依法辦事。在寫這個大做業的時候，咱們必然還會有許多其餘的大做業要寫，可是毫不能所以忽略團隊集體開發。身爲組長，我並無很好地push你們寫代碼，而是在其餘大做業來臨時放鬆了該項大做業的開發，致使最後沒有按時完成做業。這個失策也是組長我應該要負主要責任的。
 　　除此以外，我認爲虛心請教也是頗有必要的。咱們不多和助教以及老師溝通，而是更願意本身探索，但這在某些狀況下是比較容易走彎路的。另外，咱們日常很是缺乏組間的交流，最後等ddl來臨時，你們的交流才漸漸多了起來。這個時候才發現，每一個小組都會有本身疏漏和作的不是很好的地方，也都會有本身的特點和亮點，若是平時能多交流多借鑑的話，我認爲每一份大做業都會是更加優秀的。
接下來談一些具體的工做內容。
 　　第一，我認爲首先對別人的程序進行通讀是頗有必要的。此次的開發中，咱們先對每一個文件的功能進行了瞭解總結，再對每一個重要的函數進行註釋。這樣，在開發過程當中，就不須要反覆去理解同一份代碼來下降效率。
 　　再者，我認爲先對基本功能進行成功重構是頗有必要的，在重構徹底結束以後，咱們再來進行功能的補充。這樣一來，纔不會致使工程功能也多bug也多，記住，在功能相對齊全的狀況下，修復bug永遠比添加新功能來得重要。
 　　第三，咱們永遠不該該想着ddl，而應該對本身有更高的要求。平時多開發多迭代測試，而不是等到最後再來合代碼以及修復bug。爭取作到，交做業的那天，應該是一個團隊一塊兒出去聚餐等各類活動的組織，而不是匆匆忙忙地趕出一份大做業還提心吊膽。

 

在聽完黃懷毅小朋友的發言後，陳鵬飛小朋友忍不住站起來發言。

 　　在此次popush的filelist頁面的重構中，最大的收穫是backbone.js 的view的應用。

 　　經過view層的創建能夠省去許多冗雜的事件綁定而使用一種更相似於類的使用方法將某個view中的操做統一聚合起來：

  　　

 　　這樣的格式，不但操做簡便，並且總體風格可以獲得很大提高，省去了在複用、修改時不須要在js文件中查找等操做。可是也有一個問題，就是參數的傳遞會變得很麻煩，尤爲是自定義的參數而非默認的參數時。

 　　緊接着，肖超瑋童鞋也發表了本身的見解。

 　　大做業也算是寫完了吧。總以爲有些地方須要總結的反思。

 　　咱們組大做業的優勢：

 　   　　1.大做業的氣氛不錯。
 　　 　  2.組內開心的完成了做業，氣氛比較和諧。
 　　　　3.組內同窗積極性高。
 　　　　4.完成的基本重構。
 　　反思：
 　　　　1.自我評估太高。
 　　　　2.沒有很好的進行實踐分配
  　  　　3.組長實力比較強，咱們沒有跟上。
 　　　　4.架構思路不清晰。

 　　張舒彤小朋友贊成了肖超瑋的說法，也說了本身的觀點。

 　　這次大做業我主要負責了editor頁面的重構。這個頁面的主要的內容是在popush.js, room.js以及後臺app.js文件中實現的。

 　　雖然司徒組的代碼沒有註釋，可是研究他們的代碼，會發現後臺結構很是清晰，並且他們利用修改版本號來實現協同編輯的實時保存與顯示，是整個網站的一大亮點。同時，前端與後臺通信使用socket.on與socket.emit完成也是清晰且易懂的。

 　　咱們組在這個頁面主要但願採用移植函數的方式來將原來的代碼調整爲backbone框架下的MVC結構。原本認爲移植函數來調整結構是比較容易完成的，可是在移植事後出現了不少的問題。其中最大的問題是做用域的問題，由於原先的函數都是全局的，不少時候在回掉函數中會出現其餘函數的調用，可是改變爲MVC架構後，每個頁面的函數都被封裝在View中，調用函數出現了很大的問題。後來，咱們組經過用變量記錄做用域的方式解決了這個難題。除此之外，先讀懂代碼邏輯再進行移植也是很是重要的，否則頗有可能形成邏輯的混亂。咱們組的一大亮點是對於前端的socket.on作了必定的封裝，使代碼結構變得更加清晰，這樣在調試過程當中也更容易發生錯誤。

 　　經過此次大做業，我瞭解了backbone的框架，對於MVC架構有了更深的瞭解，可是在與其餘組的交流中，我認爲backbone做爲一個輕量級的框架可能不如angular框架結構更加清晰，由於angular框架能夠將dom操做替換爲綁定變量，不須要再出現一些讓人較爲費解，看上去不清晰的dom操做出現。可是backbone做爲MVC架構的入門框架仍是很好的，有不少能夠查到的資料以及demo能夠學習，所以此次對於以前沒有怎麼接觸過MVC的我來講，收穫仍是很大。除此之外，經過此次重構代碼我也深入的體會到代碼註釋以及代碼風格的重要性。但願在接下來的大做業中咱們全組能更加努力，更上一層樓。

 　　在聽完這幾位童鞋的總結後，張世錢也總結性的說了幾句。

　　很高興此次能和各位一塊兒開發。在這過程當中，個人主要職責是完成對頁面的重構。在開發以前，我先學習了有關MVC框架的知識，對Backbone框架下的MVC結構有了必定的瞭解。而後開始重構界面。在重構過程當中，首先最須要注意的是頁面的美觀。爲此，我從網上海量的資源中選取了部分模版，在組內討論經過後選擇了目前使用的模版。另外一個須要注意的是交互。一方面是與用戶的交互，在用戶體驗方面下了必定的功夫；另外一方面要注意的是與後臺的交互。最好是提早與開發後臺的同窗商量好，減免後續沒必要要的重寫時間。

 　　在整個項目開發過程當中，咱們組的效率仍是挺高的，氣氛也很是融洽。但願咱們都能再接再礪，通力合做，在接下來的開發中繼續努力！

　　完。