其實很多錯誤都是老生常談了，但是沒想到自己在接手這個專案的時候仍然會在這裡踩坑~當然也有可能是這個專案邏輯太過複雜、團隊工作方式仍存在問題~希望自己在今後再處理複雜流程時，所有問題都能更好的規避~
即過不糾，下不為例
1.工欲善其事必先利其器
要想把分配的工作做好，作為乙個研發人員，一定要熟悉自己專案的開發環境和專案中的技術框架。前段時間接了乙個需求，我們的訂單需要按層級進行展示，但是問題來了，在某系統的**商頁面檢視訂單資料時，始終無法找到對應的介面是哪個，別說介面了甚至連在哪個專案都不知道，而且沒辦法根據url進行判斷，中間有類似nginx的**，單單根據url根本確定不了介面請求的是哪個專案，哪個介面。後續沒辦法想採用debug日常的方法進行確定，如果進斷點則證明進入了該方法，但是日常一般兩台伺服器，debug有時能進，有時候進不來，尤其多個專案互相呼叫時，debug一台機器完全是靠概率，剛開始不知道部署邏輯，所以一直以為專案有問題，暈頭轉向。所以在接觸乙個專案的時候，需要花時間去了解一下，自己的開發環境是什麼樣的，專案測試方式，執行方式，部署方式，以及自己的專案用了哪些框架
2.業務不熟悉導致舉步維艱
這段工作期間接到乙個全鏈路的需求，某種伺服器在整個鏈路上有特定需求，當時處理了好久，還有很多流程沒有處理到，直到上線前才發現，問題在於對專案不熟悉，甚至連測試都不知道該怎麼測~上線的前一天和測試同學搞到了凌晨一點多~才把最後漏掉的流程補上~我覺得這裡面有兩個重要問題，首先專案太生了，測試都不知道該怎麼測，其次整個鏈路不能很好的把握，導致部分流程遺漏，所以在開始做專案之前把業務梳理清楚~及其重要
3.需求澄清
還是上面伺服器的需求，因為當時沒有和pd直接對接，而是和其他同事溝通，其他同事說改這改那，我就改這改那，最後確實改完了，但是結果呢，和pd要求的並不一樣，那問題來了，責任在誰呢？這種問題是完全可以避免的，如果提前與pd確認清楚，大家都會少很多麻煩~我覺得這裡面有兩個問題，需求澄清一定要與提需求的人直接對接；第二個問題是團隊沒辦法給新人較好的支援，需求肯定是新人去做，但是作為團隊是需要給到新人一定的支援和解疑答惑的~
4.專案設計環節
設計過程需要完備，也需要設計評審，這樣可以提前處理掉開發中遇到的多數問題。比如伺服器需求，如果存在較好的設計評審，那麼重要環節缺失肯定是可以發現的~
5.**是自己的作品，要精益求精，任何乙個小的問題都不能被放過
6.開發心態
任何人寫的**或多或少都會有一定問題，我們接手過的任何需求或多或少也會存在一定問題，我們在開發時應盡可能的將邏輯梳理清楚，做到對自己的程式有信心；如果真的出現了問題，我們都應該勇於承擔，不能逃避推脫問題，當問題來的時候，沒關係，做之前好好做，做之後我們好好解決就是了，不管什麼樣的責任，天塌不下來的，用於承擔！好好處理掉就是了！
開發過程中錯誤總結
1 18年5月28日 說明是.xml檔案的問題。去上.xml排查，看是不是註解。或者檔案本身書寫有誤。2 linux下 webstorm,ppt,wps不能書寫漢字。在啟動檔案中修改 啟動 sudo sh webstorm.sh export xmodifiers im fcitx export q...
開發過程中關於解決404錯誤的總結
沒有引用相關頁面的dll 不在同一專案，ajax的url沒加.ajax的get,post和控制器的get,post不對應 formurl和formbody沒加 ajax引數沒對接上，或多或少或無 在c 中注意引數是陣列 json 除了了系列化 var data json.stringify arr ...
Yii開發過程中的低階錯誤
歡迎將你在yii開發過程中比較容易犯的錯誤新增到這裡.在下面的檢視輸出中 你可能會花費很多時間去測試為什麼 model label 沒有值.在下面的檢視輸出中 會提示 object of class cwidget could not be converted to string.類 cwidget...