一個業務模型的設計(二)

由上篇文章的模型設計，這個系統的O/R Mapping就得大量依靠反射或者Proxy，依靠Attribute做標記。為了效能考慮,不用每次都對所有類進行反射，我們又實現了一個關於類的MetaData模型。至於最後這套模型是不是如設計者設想的那樣靈活而高效，上帝保佑了~~~

隨著項目的深入，我似乎又找回了編碼的感覺。在做MetaData的時候，我體會到.NET的Reflection機制的強大。Reflection,OO,Template這些東西混在一起，有的時候覺得思維真混亂不清。看來對Compile-Time和Runtime認識不深刻。

對於現在這個項目，用PHP之類寫平面代碼確實能很快速的開發出原形系統，但是為了某些“可擴充性”，“可充用性”，我們選擇了O/R Mapping+MetaData的形式。但是我發現某方面的靈活，確是以另一些方面的僵化為代價的，也許我們的模型設計得還是不夠靈活。我們的設計和實現較傳統開發過程已經足夠敏捷，但卻還沒有用php寫出來的代碼“敏捷”。到底什麼樣的“度”，才是“靈活”和“快速”的折中點？