• <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解決方案
            到時一定要貼出來,讓我學習一下!
            久久99精品久久久久久噜噜 | 久久福利片| 色综合久久天天综合| 99热都是精品久久久久久| 亚洲人成网站999久久久综合 | 国产精品九九久久精品女同亚洲欧美日韩综合区 | 精品久久久久成人码免费动漫| 日韩欧美亚洲综合久久| 无码人妻久久一区二区三区免费 | 国产成人精品久久一区二区三区av| 成人精品一区二区久久| 一本一道久久a久久精品综合 | 久久国产精品久久久| 无码乱码观看精品久久| 国产美女久久精品香蕉69| 人妻丰满?V无码久久不卡| 久久精品亚洲中文字幕无码麻豆| 91久久九九无码成人网站| 久久久久久精品成人免费图片| 久久免费线看线看| 亚洲人成网亚洲欧洲无码久久| 国产国产成人精品久久| 久久无码中文字幕东京热| 国产精品成人久久久久久久| 9久久9久久精品| 久久丫精品国产亚洲av| 久久精品国产亚洲AV久| 精品久久久无码中文字幕| 久久综合欧美成人| 久久大香香蕉国产| 久久久久亚洲AV片无码下载蜜桃 | 国产人久久人人人人爽| 亚洲人成网亚洲欧洲无码久久| 欧美一区二区久久精品| 久久人妻少妇嫩草AV蜜桃| 狠狠久久综合伊人不卡| 日本精品久久久中文字幕| 久久久久夜夜夜精品国产| 国产韩国精品一区二区三区久久| 大伊人青草狠狠久久| 国产精品一久久香蕉产线看|