• <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 艾凡赫 閱讀(669) 評論(1)  編輯 收藏 引用 所屬分類: C++

            Feedback

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

            2009-09-30 14:25 by JasonSun
            很期待樓主實現自己的RTTI解決方案
            到時一定要貼出來,讓我學習一下!
            久久精品国产一区二区三区不卡| 大伊人青草狠狠久久| 精品欧美一区二区三区久久久| 色综合久久88色综合天天| 91久久成人免费| 久久婷婷午色综合夜啪| 日韩精品无码久久久久久| 久久99精品综合国产首页| 久久综合给合综合久久| 久久综合给久久狠狠97色| 久久精品18| 久久精品国产亚洲av高清漫画| 久久久不卡国产精品一区二区| 亚洲精品无码久久久影院相关影片 | 欧美亚洲另类久久综合婷婷| 久久精品中文无码资源站| 久久99国产精品二区不卡| 久久人人爽人人爽人人片av麻烦| 欧美久久精品一级c片片| 久久久久久久久久久精品尤物| 亚洲国产成人久久综合一 | 久久亚洲精精品中文字幕| 品成人欧美大片久久国产欧美...| 伊人久久大香线蕉AV色婷婷色| 国产精品一区二区久久精品无码 | 777午夜精品久久av蜜臀| 久久精品国产精品亚洲下载| 99久久免费国产特黄| 亚洲AV日韩AV永久无码久久 | 色综合久久久久久久久五月| 久久亚洲中文字幕精品一区四| 国产精品久久久久久久久| 亚洲av成人无码久久精品| 欧美日韩精品久久免费| 久久电影网| 久久久精品久久久久特色影视| 99国内精品久久久久久久| 久久婷婷国产麻豆91天堂| 99精品久久精品| 国产精品久久久久…| 97久久精品无码一区二区 |