在這次項目時，因為個人狀態(tài)和心態(tài)的原因，導致我沒有在項目上花太多時間....

這次項目讓我認識到,對于基于數(shù)據(jù)庫的軟件產(chǎn)品，數(shù)據(jù)庫的結構設計是重中之重，因為如果數(shù)據(jù)庫結構設計不合理，有時會導致一定程度的返工，這時修改代碼所消耗的時間會讓你覺得得不償失的，數(shù)據(jù)庫結構設計的好壞在很大程度上決定了軟件設計的速度。

在實際項目中將本來雜亂無章的知識點從應用的角度整理成自己能理解的體系，并去蕪存精，優(yōu)化提煉自己的知識點。主要是理解到了三層架構的好處以及在編程架構上的必要性，因為個人有點馬虎的原因，經(jīng)常要改局部代碼，如果沒有使用三層架構，完全無法想象怎么從一堆代碼中找出自己想要的雖然這一次的項目中我沒有做到給所有方法、類注釋，但我自己寫的方法基本都是先寫注釋，這樣即能先整理一次寫方法的思路，又能在后期通過清晰的注釋使用或修改方法。當我進行這次項目的開發(fā)時，對以前所學的Java web知識體系有了一個清晰的進階認識。

這次項目開始的時候我曾樂觀的認為大部分的功能在代碼思路方面都差不多，后期不過是一個堆代碼的過程，應該有機會在要求時完成項目。然而實際寫代碼才發(fā)現(xiàn)紙上得來終覺淺，寫的過程中一點很小的過失就能造成無盡的報錯，一些自認為掌握了的知識點應用起來才發(fā)現(xiàn)漏洞百出，我粗淺掌握的知識點根本不能靈活應用。寫到上面才想起，糾錯能力也是這次項目暴露的大問題，登陸功能時報的一大堆錯就是老師也幫我找了好久才一一解決。寫代碼中不報錯是不可能的，因此糾錯能力也是程序猿生存必不可少的...

對于本次項目是綜合了我們以前所學的所有的知識，在這次項目當中，我更加清楚的了解到了自己的知識是多么的不足，尤其是二階段的jsp技術，js代碼我總覺得我寫的非常的吃力...

通過這次項目學習使得我深刻的理解到，無論多么流的技術一個人終究不能完成如此多的操作，團隊合作的重要性是這個項目的成功的關鍵，撒個臭皮匠頂一個諸葛亮。我也理解到IT的這個行業(yè)并不是那么的好搞，光打代碼就是一件很頭痛的事，而且優(yōu)秀的代碼更是很難想出來，在IT的前進道路上我們還有許多路要走。