在JSP中对构件的抽象和代码重用应该以什么为度開發效率最高？

 這幾天在處理動態網站和博客的應用時，發現效率很低，其中的一個原因就是由于不得不在jsp的代碼層來來去去地進行很接近卻略有不同的編碼。在一般的習慣，我會傾向于使用其同包含的代碼片結合變量實現重用，只要重複達到三次以上就值得這樣做。這次，有幾個原因令我手工重複處理而不是使用可用用的代碼片。

第一個原因是這裡重用的一般都是兩三次之間，而沒有出現三次；其次是近來的經驗發現大部分准備重用的代碼片也極少調用超過五次的，從而令我懷疑假想是不是有誤；第三，當網站訪問量達到相當高的程度時，共用的代碼片很容易因為運行時編譯死鎖造成死機，令我進行重用性處理時要謹慎一點。事實上， tagfiles我已經完全放棄，就是因為這個原因。大量使用tag可以令javabean得到很好的調用和運行量賦值，但如果使用頻率不高而代碼比較簡單，還不如直接在jsp中調用javalet實現，而不必追求代碼中的乾淨不含javalet。在這個手工處理可重復性代碼中，的確發現放棄重用而進行重復工作是令人沮喪的，也是低效的。

jsp的代碼可重用比較低的原因在於易於抽象的部分已經基本上包含在 javatag/javabean/EJB中，而不同的頁面最終總是在需求上遷移或多或少出現不同，最後，就會出現邏輯上完全相異，以致於本來是為了重用節減開發時耗的代碼片重用，最後卻成了重復的編碼工作。

既然加強重用也可能帶來低效，完全在jsp代碼層單獨重復實現更是低效，那麼，重用的抽象應該以什麼度最合適呢？暫時總結出一個經驗，其中約有20％左右仍帶有假設：javatag,javabean應該盡可能提供重用度，但以不帶有任何表達層代碼如 html為度;而在jsp層原則上應該以獨立編碼後，最後才考慮是否部分代碼在後面的編碼工作中可能會重用超過三次，以次作為重用化的標準。換言之， bean層是加強抽象，jsp層是放棄抽象，可能，會帶來更高的效率。

而且，也可以很清晰地感覺到，這個原則由於團隊的組成成分不同也有所差別：如果是開發人員少而精，則應該采用更高重用性的開發方式；反之，如果低素質的開發員有一定比例，放棄高代碼的重用要求而接受更多的獨立代碼，開發效率反而會變得高一點。