• <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>
            ?RTTI(運行時類型信息),是所有RAD開發工具的基礎。
            ??? 這段時間,因為需要在自己的軟件中加入擴展的RTTI功能,于是專門對RTTI進行了研究,現在一些心得寫下來。
            ??? RTTI是比較新的編程語言提供的能力,C、Fortran、Basic就沒有,而現在幾乎所有現代的、可視化的編程語言都提供了RTTI功能。C++的標準中也對RTTI作了規定。但相對其它語言而言,C++的RTTI信息是最簡單的。
            ?
            一、RTTI典型的應用需求
            ??? 1、類型的識別,即能在運行時判斷出某對象、表達式等的類型,能判斷它們是基本類型(int、string),還是對象,以及它們區別于其它類型的標識;
            ??? 2、對象的繼承關系的運行時判斷;
            ??? 3、在出錯處理、內存診斷等處理時的輸出信息;
            ??? 4、基于字符型名稱的運行時對象訪問、方法調用;
            ??? 5、對象的自動保存和讀入;
            ????6、基于ID或名稱的對象自動生成;
            ??? 7、環境配置的保存和讀入;
            ??? 8、程序自動生成;

            二、C++中RTTI的實現
            ????RTTI最直接的實現是通過編程語言的語法支持功能,由編譯器自動完成,比如:Delphi等語言就提供了Property關鍵字。C++語言沒有這些語法支持功能,因為C++不是一種RAD語言,可以將VB、Delphi、Java等與之進行對比。C++的RTTI是最簡單的,只能獲得類名和相關的繼承信息;而VB、Delphi、Java等確復雜得多,甚至于支持屬性名、方法名、事件名等。

            ??? 標準C++ 提供了typeid()?操作,以得到類型信息,它的參數可以是一個表達式,可以是一個對象、指針或者引用,通過這個方法,可以得到一個指向常type_info對象,里面包含了這個表達式的類型必要的信息。type_info對象提供的功能有如下這些:
            ??? 1、name(),可以得到一個包含類型信息的字符串,返回如:"int"、"MyClass"等;
            ??? 2、before(),用來在類型列表中遍歷;
            ??? 3、==操作,用來判斷類型是否相同;
            ??? VC中的MFC提供的RTTI實現與C++提供的差不多,但是有一些功能上和實現在的差別,但也只是提供了名稱和比較功能。
            ??? 不能說,這是C++或VC中的缺陷,這是由C++的定位決定了,如果C++加上了復雜的RTTI信息,則C++可能就變成了C#或別的什么語言了。是的,C#增加了比較復雜的RTTI信息,誰讓他的主設計者就是從Borland公司過去的呢(這也決定了C++在.NET框架中的會被淘汰的命運,因為它在.NET中沒有合適的定位,就象VF被淘汰一樣)。
            ???
            三、RTTI實現的要點
            ??? 作為一種語言的新特性,RTTI的實現,應有如下要求:
            ??? 1、必須滿足特定語言的定位和要求,不能說,將所有可能的功能加進去就是好東西了;
            ??? 2、必須是盡可能透明的,RTTI的主要應用在IDE和底層,一般情況下,編程用戶不需要了解過多的RTTI細節,比如:作為Delphi用戶,他只需要基于屬性的訪問方法,只需要知道基于組件的保存方法,不需要了解RTTI在其中所起的作用,就象電視機的使用者不需要了解電視機的原理;
            ??? 3、盡可能輕便,不能因為實現RTTI要耗費大量內存和CPU時間,不能占用太大的程序空間,當然,這個要求是相對的,
            ????4、盡可能高效
            ??? 4、作為RTTI的實現者,應該盡可能在定義了功能集的情況下,以幽雅的方法實現之。
            ??? C++中實現RTTI和執久化是通過宏來完成的,幽雅嗎?算是吧。

            四、關于幾個庫中RTTI實現的評價
            ??? 1、MFC,MFC實現了簡單的,與標準C++有區別的RTTI,其實現是通過宏來完成的,同時通過宏來輔助用戶完成執久化工作,但執久化
            的具體細節要求用戶完成。
            ??? 2、VCL,VCL實現了比較復雜的RTTI,具有關系繼承、屬性、方法、事件、基于屬性的自動對象生成、強大的執久化功能;
            ??? 3、COM,COM通過類型庫定義其RTTI,比VCL還要復雜。
            ??? 4、QT, QT中實現的RTTI也是比較復雜的,值得說明的是,它提供了一種特別的擴展方法,在編譯前,必須將其RTTI信息轉換為標準C++語言,個人認為,這是一種不好的方法,雖然我對QT庫的評價非常高。特別是它提供的富有特色的CANVAS功能(寫到這里,想起以前使用 Oracle的擴展C語言時的痛苦)。
            ??? 5、WXWINDOW,實現的是比較簡單的RTTI。
            ??? 6、VCF,實現了我所看到的在C++中最全面的RTTI功能,但其性能是一個大問題。
            ??? 7、OOPS,實現了我所看到的在C++中對象執久化全好的解決方案,但它的擴充性不好在已有標準庫的基礎上能很好地完成工作,但在增加第三方庫的時侯就痛苦了(對了,OOPS中有一篇文章,對RTTI的需求進行了定義,寫得非常好http://www.rcs.hu/Articles/RTTI_Part1.htm)。

            五、附言
            ??? 我為什么對RTTI比較關注呢,因為我需要在自己的C++中增加一個輕型的RTTI系統,目前這個體系統正在設計中。

            Posted on 2006-09-11 15:10 艾凡赫 閱讀(668) 評論(1)  編輯 收藏 引用 所屬分類: C++

            Feedback

            # re: 關于C++中RTTI的思考 一(轉)  回復  更多評論   

            2009-09-30 14:25 by JasonSun
            很期待樓主實現自己的RTTI解決方案
            到時一定要貼出來,讓我學習一下!
            日韩精品久久久久久免费| 亚洲狠狠婷婷综合久久久久| 久久久久久久久无码精品亚洲日韩| 热久久视久久精品18| 久久久久久精品免费看SSS| 久久国产精品无码一区二区三区| 国产精品久久波多野结衣| 国产一区二区精品久久岳| 亚洲欧美日韩久久精品| 久久久无码人妻精品无码| 精品无码久久久久久久动漫| 午夜精品久久久久久中宇| 精品无码久久久久久久动漫| 久久亚洲日韩精品一区二区三区 | 亚洲国产成人久久综合区| 国产美女久久精品香蕉69| 亚洲国产成人精品91久久久 | 色综合久久久久| 一本一本久久aa综合精品| 久久免费国产精品一区二区| 久久午夜夜伦鲁鲁片免费无码影视 | 久久久久国色AV免费观看| 成人妇女免费播放久久久| 久久综合亚洲鲁鲁五月天| 久久久无码精品午夜| 亚洲国产成人久久综合碰碰动漫3d| 久久只有这精品99| 久久久中文字幕日本| 国产精品免费久久久久久久久| 久久亚洲精品无码AV红樱桃| 人人妻久久人人澡人人爽人人精品| 久久久久99精品成人片三人毛片| 免费观看成人久久网免费观看| 久久久久高潮毛片免费全部播放 | 久久久精品人妻一区二区三区四| 久久丫忘忧草产品| 国内精品人妻无码久久久影院导航 | 久久精品成人国产午夜| 天天综合久久久网| 久久er国产精品免费观看8| 久久se精品一区精品二区国产 |