從學(xué)校走出來，轉(zhuǎn)眼間就過去三四個月了，在公司的這幾個月來，終于在最近幾個星期迎來了第一個正式的開發(fā)項目，確切的說，是項目迭代。

截止到今天，這一輪迭代已能算是基本完成，雖然分到自己的任務(wù)并不是很多，甚至可以說非常少，但是從中得到的收獲依舊是巨大的，這大概就是所謂的實踐出真知吧！

在培訓(xùn)學(xué)校學(xué)了四個月，感覺學(xué)了很多東西，但是一直迷迷糊糊的，連書本上的許多習(xí)題都不能獨立搞定。每每看到一個小程序的代碼的時候，總感覺非常的簡單，但是當(dāng)只是給自己一個需求讓自己找思路的時候，卻又總是感覺無從下手。

而來到公司之后，或許是因為不一樣的氣氛的緣故，在不斷的學(xué)習(xí)的過程中，當(dāng)我再回過頭去找一些以前沒有做過的小習(xí)題時，居然很是驚訝的發(fā)現(xiàn)并不是之前看到的那么難，解決思路也都像是原本就有一樣水到渠成。

或許這就是積累的力量吧，堅持走下去，就會有很多事在不知不覺間發(fā)生了改變！

在這一輪的迭代中，我只負(fù)責(zé)一個查詢功能的實現(xiàn)，整體比較簡單，只是對查詢出的結(jié)果進(jìn)行處理的過程看似有一點點復(fù)雜。因為是第一次獨立的開發(fā)，所以在這個過程中犯了一大堆的錯，思路變了又變，代碼改了又改，也正是因為這樣，讓自己才獲得了很大的收獲。

這個小小的功能，代碼被我重寫了好幾遍。剛開始的時候，因為對mongodb數(shù)據(jù)庫的完全陌生，所以只是簡單的套用別人的查詢語句得到一個自己看不太懂的結(jié)果，然后進(jìn)行了一系列的變換，最終把結(jié)果變成了我所熟悉的字符串和list集合，再在這個基礎(chǔ)上進(jìn)行處理，最終得到我想要的結(jié)果。

結(jié)果最終是被我弄出來了，很是興奮，但是經(jīng)過高手的檢查之后，告訴我的卻是這樣的寫法太不可取了，原本應(yīng)該很簡單的實現(xiàn)不該被弄的這么復(fù)雜。于是乎，在高手的指點下重新設(shè)計思路，完全摒棄了用字符串來處理的想法，于是幾乎整個的代碼就都成為了廢品，只能重頭再來！

不斷的查資料，不斷的詢問，不斷的嘗試，一兩天的煎熬后，終于又成功使用第二種思路得到了我想要的結(jié)果。然后反反復(fù)復(fù)的檢查了很多遍，再次確定似乎是很符合要求了之后，我便又找來了高手給我檢查。

滿心期待，但結(jié)果還是不符合要求，原因是我們的web項目使用的是springmvc結(jié)構(gòu)，而我的代碼處理邏輯幾乎是全部都在dao的實現(xiàn)類中一氣呵成了！

對于高手的點評，我是心服口服，因為對于mvc三層結(jié)構(gòu)，以及controller、service、dao這三層，我在培訓(xùn)學(xué)校的時候一直都沒有弄明白，一直到現(xiàn)在開發(fā)的時候我都分不清該怎么用。

高手告訴我說，dao中只需和數(shù)據(jù)庫打交道，得到了數(shù)據(jù)庫中的結(jié)果就ok，然后主要的處理邏輯在service中，service中返回的結(jié)果要能夠供別人調(diào)用，最后返回的結(jié)果的最終處理放在controller。

于是，再次整理思路，把dao中的代碼進(jìn)行分解，然后適當(dāng)?shù)姆诺搅硗鈨蓪又?#xff0c;再進(jìn)行數(shù)次的調(diào)試，最終又成功迎來了我想要的結(jié)果。

我想，這下應(yīng)該是可以了吧！我在本機(jī)上測試了無數(shù)次了都沒有任何問題，應(yīng)該算是完工了吧！但是當(dāng)最后和前臺一聯(lián)調(diào)才發(fā)現(xiàn)完全不是那么回事，前臺無論發(fā)送什么樣的請求給我，我給他返回的竟然都是“message：沒有數(shù)據(jù)；result：success”！

這是一個多么令人沮喪的結(jié)果，尚差一步，但就是尚差一步！于是只能再次拼命的分析，絞盡腦汁的測試。

但是結(jié)果卻是不盡人意的，我怎么想，怎么測都覺得應(yīng)該是沒有問題，可是他結(jié)果偏偏就是有問題，于是我只能是不停的抓耳撈腮！

這里是公司，不同于在學(xué)校，結(jié)果出不來不能就這樣了，再沒辦法也要想辦法！于是在最終感覺真的是黔驢技窮的時候，我便只能又找來了高手。

結(jié)果，高手隨便瞄了一眼就找到了問題所在，這讓我長久的折騰更顯得徒勞！原來問題只是我在接收前臺參數(shù)的時候多加了一個@requestbody的注解，我以為接收參數(shù)就要這個注解，而實際上這個注解并不能這樣亂用！

在高手的再次指點下，我刪除了那個注解，結(jié)果tomcat一啟動，頁面一刷新，想要的畫面就那樣神奇的出現(xiàn)在了界面上，這時候真是感覺頗為無語，說不出感覺的無語。

和前臺聯(lián)調(diào)成功，這個任務(wù)算是基本完成了，這個過程中，初步清楚了mvc，初步懂了mongodb數(shù)據(jù)庫，初步明白了公司項目開發(fā)的整個流程，也初步掌握了debug調(diào)試。

綜上等等，在這一次項目中，最大的收獲應(yīng)該主要有兩個，第一個就是了解了公司正式項目的基本開發(fā)流程，使自己剛進(jìn)公司時的忐忑心理變得略微踏實了一些。

總結(jié)一下，大概的流程應(yīng)該就是這樣的：

首先由需求人員向項目組提出需求，然后給項目組的所有人進(jìn)行需求講解，大家一起探討需求中各項細(xì)節(jié)的可行性。

當(dāng)開發(fā)人員和需求人員一起確定需求沒有問題的時候，如果有時間，可以讓開發(fā)人員進(jìn)行一次需求反講，在需求和開發(fā)都確認(rèn)沒有問題的時候，需求便算是正式定下來了。

需求確定以后，開發(fā)人員進(jìn)行分工協(xié)調(diào)，然后訂制開發(fā)設(shè)計概要和API，后端API中一般包括一些接口，需要的參數(shù)，還要和前端一起確定好訪問路徑，需要傳遞的參數(shù)以及返回給前端的數(shù)據(jù)格式。

在設(shè)計api的過程中，前后端各自設(shè)計好以后，要召開專門的會議互相講解，在講解討論的過程中達(dá)到相關(guān)意見的一致，此過程中測試人員也要參加。

當(dāng)api也都確定好以后，開發(fā)人員正式開始開發(fā)，測試人員也開始寫測試用例。

在開發(fā)人員寫代碼的過程中，要針對自己的代碼進(jìn)行單元測試，同時需要寫好單元測試文檔，在測試的過程中不斷的修改和優(yōu)化自己的代碼，以保證邏輯更嚴(yán)謹(jǐn)，執(zhí)行效率更高，代碼更整潔。

然后，在前后端各自都測試并完善好自己的功能點后，前后端人員一起進(jìn)行聯(lián)調(diào)，進(jìn)一步確保功能沒有問題。

如果上一步驟也都沒有問題以后，代碼就打包部署到測試服務(wù)器交由測試人員來專業(yè)的測試，進(jìn)一步尋找問題，以求最終的程序更加完善。

這一次的開發(fā)基本步驟大概就是這樣了，那么第二個收獲就是學(xué)會了比較正確的開發(fā)態(tài)度。

之前培訓(xùn)的時候，可能是因為環(huán)境不一樣吧，那時候遇到一個習(xí)題或者是一個需求的時候，都會一開始想一陣子辦法，當(dāng)一段時間的努力還是無法解決問題的時候，通常就會忍不住去看看參考答案，然后在參考答案的幫助下，自以為找到了自己的思路，然后會看似成功的完成代碼，而這樣的后果是，其實并沒有真的得到該有的收獲。

而這次真正的開發(fā)中，沒有參考答案，也沒有做不出來就不管了的說法，無論怎樣都必須想辦法得出想要的結(jié)果，正是因為這樣，才使自己在開發(fā)中得到了與之前完全不同的收獲和感悟。

人生有許多的第一次，第一次總是讓人記憶尤深！第一次之后還會有無數(shù)次的其他經(jīng)歷，許多事只有走下去才知道結(jié)果如何；許多事，只要不斷的走下去，就會有意想不到的收獲！實踐出真知，行動得結(jié)果，空談會誤國，實干才興邦！在理論中實踐，在錯誤中成長，在失敗中總結(jié)，在跌倒中爬起，堅持不斷的走下去，學(xué)下去，這世間終究會有一片屬于自己的天空！