公司中javaweb開發經驗，更加適應需求變更！

1.項目開發預估不準，導致之前只針對當前情況的開發需要在做更改。
解決辦法：對需求進行覈實，並增加項目的靈活性。
2.項目後期修改，原本項目繼承太多，總是在底部的繼承裏面處理所有的子類的方法，如果某一個子類需要修改那麼就需要修改父類中的代碼，導致改了某一部分，導致了其他部分的錯誤。
解決辦法：合理拆分複用代碼，將複用代碼做成公共模塊，而不是直接寫在父類中，這種情況對複用代碼的調用更加靈活。
3.項目前期不同的模塊，採用不同的後臺處理，但是流程基本上是一致的，導致相似的代碼處理了很多次。
解決辦法：bo層和service層是一定要分開處理的，方便後期需求修改，將流程流轉，校驗，字段填充等，都模塊化，這樣子後面需求直接調用即可，不需要對這部分在重新書寫。
4.在3的基礎上，如果後期需求需要對模塊的流程進行修改，導致相似的代碼修改了很多遍，難以保證模塊的準確性
解決辦法：同上，將流程細分，並進行模塊化！
5.另外由於mybatis層和java代碼層是不能聯動修改的，所以，因爲需求改變，需要對數據層修改狀態值這樣子就是不對的。並且容易丟，錯，漏。
解決辦法： 所以儘量將數據傳輸到對象中，在mybatis層只是對數據進行引用，而不是直接指定某一個狀態的具體的值。
6.在java代碼中使用狀態的值的時候，一定要使用常量的值，而不是直接使用數字的格式，因爲後期很有可能因爲數據的修改導致之前所寫的數值發生變化，但是如果使用常量的話，直接修改常量的值就可以了，根本不用去查找哪裏使用過這個值這就是區別。