Posted on 2007-01-21 18:11
canonical 閱讀(2524)
評論(5) 編輯 收藏 所屬分類:
設計理論
?????? 代碼生成現在已經逐漸成為軟件開發中的一種標準技術，在眾多的軟件領域都大大減輕了我們重復勞動的工作量。程序中總是存在著這樣那樣的隱蔽的關聯，它們無法在通用的程序語言框架下得到明確的表達，代碼生成是我們突破既定的語言和框架限制的一種重要手段。但是代碼生成也存在著嚴重的弊病，一方面一般的程序語言在設計時沒有考慮到和代碼生成工具的相互配合，因此生成代碼是一次性的，代碼生成工具無法以增量的方式修正已經生成的代碼。另一方面，程序的結構是復雜的，代碼生成工具一般基于某種簡化的通用的程序模型（例如CRUD)來產生代碼，它無法承載完整的程序結構，因此代碼生成后手工調整量仍然很大，有的時候甚至為了微小的界面調整，將生成的代碼修改的面目全非，無法發揮代碼生成的優勢。
?????? 在witrix平臺中主要使用meta generation而不是code generation. meta實際上是對一種定制模型(model)的描述，它在某種意義上可以看作是完整程序的簡化版本，但它本身并不意味著最終的程序結構。在witrix平臺各處meta的使用都是可選的, 特別是在多變的前臺頁面，我們可以選擇根據meta描述自動生成界面，也可以選擇通過＜df:Field name="字段名"/＞來引用單個字段的meta數據. 在witrix平臺中, meta可以看作是系統運行的內核, 它通過syncWithModel等屬性與設計工具發生耦合. 當設計模型修改之后, 這種修改能夠以增量的形式通過可控制(修改)的信道傳播到系統各處.
Feedback
# re: Meta Generation 回復 更多評論
2007-01-21 21:27 by
有witrix平臺的DEMO可以看嗎？非常感興趣
# re: Meta Generation 回復 更多評論
2007-01-22 10:52 by
呵呵,公司里也做這樣的實踐!果然都是地球人,大家思路最后都差不多!
# re: Meta Generation 回復 更多評論
2007-01-22 23:01 by
呵呵，和我們CowNew的CowNewPIS平臺中的元數據引擎思想非常類似。
http://www.cownew.com/CowNewPIS/
# re: Meta Generation 回復 更多評論
2007-01-23 22:00 by
witrix中meta的思想與一般人的第一感覺還是有著本質區別的。在witrix中，典型的開發過程是通過powerdesigner設計數據模型，然后自動生成meta數據，此時對于數據庫的增刪改查就可以進行了，包括對于one-to-one,one-to-many,many-to-many等關系的維護，高級查詢條件的拼裝，導入導出功能等。這些設計因為基于ORM模型，因此并不是僅僅針對單表的，而是可以很方便的處理關聯表的情況。
如果界面沒有特殊要求，一般最多調整一下meta中字段的屬性。如果完全要求定制布局，則在前臺通過<df:Field name="fieldName"/>等標簽引入字段元數據，增刪改界面可以共用一個定制頁面。而后臺依據meta對前臺提交數據進行初步處理。在witrix的開發過程中，幾乎不需要調用get/set方法，也不需要調用session.save, session.update等方法，前臺也幾乎不編制完整的界面。
to mixlee: 我們目前無意成為平臺軟件供應商，因此不對外提供witrix的資料。
# re: Meta Generation 回復 更多評論
2007-01-28 13:43 by
Template其實也可以看做是MetaData，只不過Template通常是基于某一個特定場景,描述的元信息的確是不夠豐富的，如果要足夠豐富，Template必定會加雜很多邏輯。
而真正的元數據驅動的應用，在軟件業也隨處可見。工作流程描述語言，頁面流程描述語言，HBM映射文檔都是元數據驅動，歸納起來，都是在運行時通過引擎渲染元數據摸板。嚴格分離Design time MetaData和Run time engine。這所帶來的益處也不是代碼生成能達到的。以下省略文字3000...
還有一點我覺的非常重要，就是你的工具/平臺面向的群體。這會直接影響設計和實現的方式。以及是否考慮到了升級。希望有機會可以交流。