• <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解決方案
            到時一定要貼出來,讓我學習一下!
            久久久精品久久久久影院| 狠狠干狠狠久久| 久久精品国产2020| 久久久久99精品成人片欧美| 久久国产精品国产自线拍免费| 精品乱码久久久久久夜夜嗨| 亚洲国产精品高清久久久| 久久亚洲国产欧洲精品一| 久久久久99这里有精品10 | 久久亚洲日韩精品一区二区三区| 国产亚洲综合久久系列| 午夜视频久久久久一区| 久久99国产亚洲高清观看首页| 国内精品久久久久影院亚洲| 国产精品久久久天天影视| 国产色综合久久无码有码| 久久精品国产亚洲一区二区三区| 久久精品国产亚洲av麻豆小说| 日韩电影久久久被窝网| 亚洲精品高清国产一久久| 久久精品国产亚洲精品2020| 久久久久久国产a免费观看黄色大片| 久久香蕉国产线看观看99| 久久男人Av资源网站无码软件 | 青青青青久久精品国产| 亚洲人成伊人成综合网久久久| 精品久久久久久无码免费| 国产精品久久久久久久| 久久精品人人做人人妻人人玩| 欧美久久久久久| 伊人久久大香线蕉av一区| 久久精品国产亚洲AV蜜臀色欲| 久久久久久久综合日本| 日韩中文久久| 亚洲欧美国产精品专区久久| 久久久免费观成人影院| 伊人色综合久久天天人守人婷| 一极黄色视频久久网站| 亚洲av成人无码久久精品| 久久久久久久亚洲Av无码| 久久se精品一区精品二区|