將程式邏輯抽離至XML描述

比起程式化或者是需要設計者藉由程式結構去製造，似乎有一些方向是偏向使用XML產生程式的邏輯。如果說一個系統大部分是由XML構成，真正撰寫程式的人會接受嗎？

以往我們將寫程式的能量耗在大量的結構化，物件導向，樣式的構思或設計，而如今可能換成使用描述的方式去編寫程式，似乎比較合乎那時候我的阿公提出來的概念，「程式不應該由人去寫」。那是否我們都應該將程式的邏輯或是變數抽離，以便讓更多使用者使用？

我從Hibernate的設計架構知道了實際上一個很好的系統，他會在可以改變的地方使用XML，如此好進行程式邏輯的改變（很像硬要將編譯式語言寫成直譯式語言，而造成如同PHP那樣連高中生都會寫）。但實際上，不久之前我還是堅持很多東西物件化，這樣因為我自己寫起來會覺得很輕鬆，但似乎那也只是限定在C＃上。

如果這樣子的話，似乎連libSrbCluster的撰寫也變得有相當的難度。或者我得說，這是一種經過分析的暴力法吧！不過這樣一來，就算不花太多時間去想流程，演算法，也會「看起來很複雜」並且很有深度，至少是經過分析過的。

但是以現在的觀念而言，XML程式設計有他原來所不能做到的，在怎樣說他也不能當作程式跑吧！