從項目遷移看項目分層

  最近在進行.net項目的轉java工作，儘管本身是個.net小白，但得益於這兩個語言的相似性，在語法上並沒有碰到什麼大的困難，有時候有問題也有一些同事可以請教，最大的問題反而是非語言層面的，例如其中的一點：項目分層！
  其實我一向認爲一個運行中的項目，不管它的代碼多麼差，但是隻要它能正常穩定的完成預期的工作，那它就是一段好代碼，我們也輕易不要去優化它。可是現在我們需要轉項目，到了不得不動它的時候，這個時候麻煩就來了。
  轉項目一般是有截止日期，這樣你就沒有充足的時間去研究原項目的代碼和功能並進行規劃，大家都是匆忙上手，並且是多個人轉一個項目，各有各的編碼習慣，所以很多問題就都暴露出來了。
  對於項目分層，我想大多數人在平時的編碼基本很少考慮，或者說項目分層在業內就那麼幾種，無非就是Dao層，Service層之類的…，但是這只是分好了層，至於後續的使用就不是那麼清晰了。
  在這裏提一下，我們轉之後的java項目是整合Spirng的。在轉項目的過程中，我發現越到後面越容易發生循環應用，發生循環引用之後又得調整代碼的層次結構或者創建新的代碼分層，要不然就是複製這部分代碼到其它的地方，這樣又會造成大量的代碼冗餘，十分的麻煩。
  在Spring項目中我還是覺得儘量不要誇層調用，這樣雖然會稍微多寫一點代碼，但是代碼結構非常清晰，便於維護，也會減少循環引用的概率。
  所以在編碼的初期以及過程中一直保持好一個良好的分層習慣，對後續的編碼以及維護有着非常大的好處！