• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 27,  comments - 68,  trackbacks - 0
            模板引擎(Template engine)是實現(xiàn)模型和視圖分離的一個重要手段。如果你從未接觸過模板引擎可以看看Wiki的介紹。模板引擎的流行最初是因為網(wǎng)站開發(fā)的需要,象比較重要的幾個模板引擎:SMARTYVelocityStringTemplate都是來源于網(wǎng)頁設(shè)計的。當然,除了網(wǎng)頁設(shè)計,模板引擎還可以應(yīng)用于其他領(lǐng)域,而我主要將其應(yīng)用與代碼生成器的設(shè)計中。

            有關(guān)模板引擎,我推薦StringTemplate的作者
            Terence Parr 寫的一篇英文論文。Terence Parr是一個大學教授,寫的文章自然學術(shù)性比較強,較難懂,但是很有參考價值。借助這篇文章的分析,我們可以發(fā)現(xiàn)當前模板引擎有著兩種不同的思路:一種是嚴格將模型和視圖分開的,設(shè)計模板系統(tǒng)時往往提供的模板語言比較簡單,避免在模板語言中加入運算符號等,另一種是提供強大的模板語言功能,模板語言具有類似高級語言的功能,如各種條件判斷語句,甚至數(shù)學運算能力。顯然從模板編寫者的角度看,后者具有更強大的功能,幾乎無所不能,但是安全性不如前者,模板的編寫者更容易利用系統(tǒng)漏洞做模板系統(tǒng)設(shè)計者沒有想到的事情。這個問題仁者見仁,智者見智,好在由很多的模板系統(tǒng)可以選擇。

            絕大多數(shù)模板引擎都是支持Java、PHP、Python的,這當然和模板引擎的應(yīng)用領(lǐng)域相關(guān)。我的代碼生成器是用C++寫的,而且必須支持Windows平臺,所以選擇的范圍就比較有限了,從網(wǎng)絡(luò)上搜索了一下,似乎只有TengCT++Google CTemplate可以使用了。我對3個系統(tǒng)進行了簡單的評估,并實際使用過CT++和CTemplate,現(xiàn)在總結(jié)一下自己的心得,希望對大家有一些幫助。

            1、操作系統(tǒng)的支持
            我的主要工作是在Windows上的,而模板引擎絕大多數(shù)是面向Unix/Linux的,這和我的需求有一定距離。當初曾經(jīng)下載過Teng,但是折騰了半天也沒有能夠讓其在Visual Studio 2003下成功編譯,所以就放棄了,后來將CT++ 1.8簡單地處理了一下就可以跑了,很開心。而Google CTemplate更提供了完全的Windows支持,這對于我這樣的用戶當然是非常省心了。

            2、軟件開發(fā)的活躍度
            這些軟件都是開源的,軟件開發(fā)的活躍度當然是我關(guān)心的,有的工具剛開始用的時候很開心,但是后來開發(fā)者沒有興趣不玩了,而又沒有人接手,BUG也無法更新了,就比較苦了,典型的象TurboPower。Teng似乎已經(jīng)很長時間不更新了,CT++一直在更新,但是開發(fā)者是俄羅斯人,全部文檔是俄文的,包括程序注釋,以前1.8還有英文文檔,從2.0以后就沒有了,雖然最近承諾2.4以后會報告英文文檔,但是我擔心他哪天不高興就不玩了,所以最后下定決心轉(zhuǎn)到CTemplate去了。CTemplate雖然是Google的,而且據(jù)說Google內(nèi)部也在使用,但是在模板引擎領(lǐng)域的名氣卻不大,好像作者的熱情仍然很高,持續(xù)更新,而且可能很快要升級到1.0版本了,這給我很大的信心。

            3、模板語言的功能
            在我看來,模板語言的功能越強,提供的函數(shù)越多,它可能越受模板編寫者的歡迎,但是可能不符合模型和視圖嚴格分離的原則。Teng和CT++都屬于模板語言功能強的一類,象Teng甚至提供了大量的運算符,而CTemplate顯然是嚴格按照模型和視圖分離原則設(shè)計的,它甚至沒有提供if/else這樣在其他模板系統(tǒng)中都有的功能。如前所述,這個問題仁者見仁,智者見智,不爭論了。下面簡單地列個表比較一下。由于CT++ 2沒有英文文檔,一直就沒有使用過,可能會遺漏一些新功能。

            Teng CT++ CTemplate
            變量 支持 支持 支持
            函數(shù) 支持 支持 支持(Modifier)
            包含 支持 支持 支持
            條件語句 支持 支持 不支持
            循環(huán) 支持 支持 支持
            計算 支持 不支持 不支持
            賦值 支持 不支持 不支持
            注釋 支持 支持 支持
            安全性設(shè)計 不支持 不支持 支持
            用戶定義函數(shù) 不支持 支持 支持

            4、C++ API
            基本的API幾個軟件都差不多,我覺得CTemplate更完善一些,特別喜歡它的調(diào)試功能。

            總體來說,我對CT++還是有些難舍,但是綜合考慮之后還是決定轉(zhuǎn)到CTemplate上。
            posted on 2008-09-17 21:42 zealsoft 閱讀(2693) 評論(2)  編輯 收藏 引用 所屬分類: 編譯器設(shè)計

            FeedBack:
            # re: 基于C++的模版引擎
            2008-09-22 11:58 | 唐新發(fā)
            還有一個可以考慮一下:ClearSilver
              回復  更多評論
              
            # re: 基于C++的模版引擎
            2008-09-22 16:03 | zealsoft
            @唐新發(fā)
            ClearSilver 也是一個不錯的選擇。  回復  更多評論
              

            <2009年4月>
            2930311234
            567891011
            12131415161718
            19202122232425
            262728293012
            3456789

            常用鏈接

            留言簿(13)

            隨筆分類(28)

            隨筆檔案(27)

            搜索

            •  

            積分與排名

            • 積分 - 58369
            • 排名 - 397

            最新評論

            閱讀排行榜

            評論排行榜

            久久综合久久自在自线精品自| 欧美精品一区二区精品久久| 伊人久久大香线蕉综合热线| 欧美国产成人久久精品| 无码国内精品久久人妻蜜桃| 国产欧美久久一区二区| 一本色道久久88综合日韩精品 | 国产成人精品综合久久久| 97精品依人久久久大香线蕉97| 精品免费久久久久久久| 无码任你躁久久久久久| 青青青国产精品国产精品久久久久| 国产69精品久久久久99| 精品久久久中文字幕人妻| 精品久久久久久国产| 亚洲精品美女久久777777| 久久久久亚洲AV综合波多野结衣| 国产综合久久久久| 亚洲AV无码久久精品狠狠爱浪潮 | 久久精品国产秦先生| 无码人妻久久一区二区三区| 亚洲国产成人久久综合碰| 久久电影网| 久久久久久综合一区中文字幕| 人妻精品久久无码专区精东影业| 一级做a爰片久久毛片毛片| 久久久久99精品成人片牛牛影视 | 精品久久久久久久国产潘金莲| 国产精品成人99久久久久| 精品久久一区二区三区| 国产一级做a爰片久久毛片| 国产欧美一区二区久久| 亚洲午夜久久影院| 国产精品成人无码久久久久久| 亚洲国产精品久久久久婷婷老年| 99久久精品日本一区二区免费 | 日日狠狠久久偷偷色综合免费 | 狠狠色噜噜色狠狠狠综合久久| 久久精品国产2020| 久久综合综合久久综合| 欧美喷潮久久久XXXXx|