• <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>

            無我

            讓內心永遠燃燒著偉大的光明的精神之火!
            靈活的思考,嚴謹的實現
            豪邁的氣魄、頑強的意志和周全的思考

            eSNACC對ASN.1 constructors的處理

            首先讓我們來學習一下ASN.1的Constructors類型 。
            ASN.1 constructors 類型可以將簡單的預定義類型封裝成復雜的數據類型。而且,這種操作可以是嵌套的,比如,constructors中還可以包含其他的constructors類型。ASN.1的constructors類型有:

            SEQUENCE

            SEQUENCE是一個表示有序元素集合的數據類型。集合可能為空,集合中的元素可以是任意ASN.1類型,并且元素類型可以不同。集合中的元素還可以被命名。這類似于C/C++中的結構體。

            SEQUENCE OF

            SEQUENCE OF 是一個表示有序元素集合的數據類型,集合可以為空。集合中的元素可以是任意ASN.1類型,但是要求所有元素為同一類型。集合中的元素可以被命名。這很類似于C/C++中的有序數組/鏈表。

            SET

            SET 是一個表示無序元素集合的數據類型,集合可以為空。集合中的元素可以是任意ASN.1類型,并且元素類型可以不同。集合中的元素可以被命名。這同樣類似于C/C++中的結構體。

            SET OF

            SET OF 是一個表示無序元素集合的數據類型,集合可以為空。集合中的元素可以是任意ASN.1類型,但是要求所有元素為同一類型。集合中的元素可以被命名。這很類似于C/C++中的無序數組/鏈表。 

            一眼看上去似乎SEQUENCE 和SET是一樣的。其實不同就在于SEQUENCE是有序的,而SET不是。比如,在上面的例子中,SET在編碼時,字段field2就可以比field1先發送,而對SEQUENCE,我們希望field1必須在field2之前先處理。

            SEQUENCE OF 和SET OF的區別也就在這。

            總而言之,SEQUENCE 和SEQUENCE OF依賴順序來避免模糊。而SET 和SET OF就依賴數據類型或者每個元素的標簽來唯一區分每個元素。

            OPTIONAL

             SEQUENCE 等集合中出現的關鍵字OPTIONAL表示集合中的那個元素不是必須的:也就是可以存在也可以省略。  例如:

            這對SEQUENCE OF, SET 和SET OF都適用。

            DEFAULT

            在某些情況下,給指定類型的某個元素設定一個默認值在編碼時是非常有用的。

            CHOICE

            CHOICE類型是一個定義一個或者多個類型的聯合的數據類型。這個聯合中的字段可以被命名。每一個CHOICE的實例,都必須指定為這個聯合中的一個類型。例如: 

            以上內容翻譯自http://www.lkn.ei.tum.de/arbeiten/faq/man/tau42_help/ttcncase8.html

             

            /*******************************************休息一下***************************************

            下面我們來研究eSNACC的C代碼生成和C運行時庫對ASN.1 constructors的處理辦法:

            一、因為ASN.1允許不命名集合中的字段,但是C語言要求變量必須有名字,所以eSNACC對SETs, SEQUENCEs, CHOICEs中的空字段都會自動命名。名字依賴于該字段的類型名。

            二、對SEQUENCE (of)SET (of)中用OPTIONAL指定的可選元素,大部分都以指針實現。當指針不為NULL時那么就代表這個元素存在。不過當元素是OCTET STRINGs, BIT STRINGs OBJECT IDENTIFIERs類型時例外,因為這些類型很小,而且底層實現還包含一個內部的指針,利用那個指針就可以表明元素是否存在。具體請參加本系列前面的文章:對比特串、字節串、OBJECT IDENTIFIERs的編碼和解碼等。

            三、總結:eSNACC對ASN.1 constructors->C類型轉換規則:

            SEQUENCE —> C struct
            SET —> C struct

            SEQUENCE OF —> 雙向鏈表AsnList
            SET OF —> 雙向鏈表AsnList

            ENUMERATED  —> C enum
            CHOICE : 比較有意思,我們以后再專門討論。

            ASN.1到C struct和enum就是直接的對應關系,很簡單。這里我們主要看看eSNACC的雙向鏈表AsnList。

            看一下AsnList的定義:

            typedef struct AsnListNode
            {
                
            struct AsnListNode    *prev;
                
            struct AsnListNode    *next;
                
            void        *data;        /* this must be the last field of this structure  */
            }
             AsnListNode;

            typedef 
            struct AsnList
            {
                AsnListNode        
            *first;
                AsnListNode        
            *last;
                AsnListNode        
            *curr;
                
            int            count;        /* number of elements in list               */
                
            int            dataSize;    /* space required in each node for the data */
            }
             AsnList;

            要注意AsnList與我們一般寫的鏈表可能不同的是:他專門設計了一個頭AsnList,而真正存放節點內容的是AsnListNode。AsnList中包含了頭結點、尾節點、當前節點指針,節點元素的數目和每一個節點元素的數據大小(也就是為data分配內存時的值)。

            利用AsnList,我們就能很方便的得知包括鏈表頭尾指針、總數等的信息了。也能很方便的對整個鏈表進行遍歷訪問等操作了。

            要說明的是:first節點的prev指針和last的next指針總是NULL。而且AsnList的dataSize字段必須在生成鏈表或者使用前初始化時就必須賦予明確的值,因為只是每創建一個AsnListNode時對data分配的內存大小數。

            對AsnList的分析,我準備就只講這些了。之所以不展開函數實現,是因為里面就是數據結構中的鏈表操作算法,想必大家都相當熟悉,所以不怕老生常談,也擔心班門弄斧,就算了吧。

             

            不過,你可能發現有些問題:

            1、上文中提到過:SEQUENCE OF是有序的,而SET OF無序的。那我們在編譯成C語言時要怎么對應呢?我們看看eSNACC:他絲毫沒有提這個,壓根就無視這個性質!這有問題嗎?

            從ASN.1語義上來說,確實是沒有體現,但是其實是沒有問題的。因為ASN.1中所要求的有序無序,是說明數據編碼和傳輸的問題:有序就是要保證數據定義的順序。而我們轉為C語言,本來就是按數據定義的順序而轉的,而編碼解碼自然就只能是C定義的順序了,也就是說最后無論是對SEQUENCE OF還是SET OF,我們都保證了他是有序的,這當然沒有問題了。

            2、AsnList中存放數據的都是void*類型,這就不知道數據的原始類型了呀?

            是的,AsnList中確實只是存放了void*,這導致類型丟失了。也就是你如果不小心存了不同類型的數據,他也一言不發的縱容了你。這是類型不安全的。BTW,在eSNACC的C++庫中,就不存在這個問題了,這個留待以后對eSNACC的C++運行時庫剖析時再說。

             

            好了,本篇就到此了。

             

            posted on 2012-04-25 15:01 Tim 閱讀(1687) 評論(2)  編輯 收藏 引用 所屬分類: eSNACC學習

            評論

            # re: eSNACC對ASN.1 constructors的處理[未登錄] 2012-04-27 09:36 Tina

            不錯的文章。。。  回復  更多評論   

            <2007年10月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            導航

            統計

            公告

            本博客原創文章,歡迎轉載和交流。不過請注明以下信息:
            作者:TimWu
            郵箱:timfly@yeah.net
            來源:www.shnenglu.com/Tim
            感謝您對我的支持!

            留言簿(9)

            隨筆分類(173)

            IT

            Life

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            999久久久免费精品国产| 日产精品久久久久久久| 秋霞久久国产精品电影院| 亚洲国产二区三区久久| 久久久久国产日韩精品网站| 国产香蕉久久精品综合网| 中文字幕无码免费久久| 午夜不卡888久久| 成人久久免费网站| 国产ww久久久久久久久久| 久久久久高潮综合影院| 国产免费久久精品99久久| 久久久久亚洲av无码专区导航| 精品国产综合区久久久久久| 亚洲午夜久久久久久久久久| 久久亚洲国产精品一区二区| 亚洲午夜久久久久久久久电影网 | 日韩欧美亚洲综合久久影院d3| 日韩欧美亚洲综合久久影院Ds | 香蕉久久夜色精品国产尤物| 精品乱码久久久久久久| 国产精品久久久久久五月尺| 久久精品无码一区二区三区日韩| 国产精品久久久久久影院| 亚洲综合熟女久久久30p| 久久久久久久久66精品片| 久久久精品波多野结衣| 青草影院天堂男人久久| 久久电影网一区| 99久久久精品| 久久伊人精品青青草原高清| 97r久久精品国产99国产精| 欧美精品久久久久久久自慰| 日产精品久久久久久久| 人人妻久久人人澡人人爽人人精品| 国产精品日韩深夜福利久久| 国产巨作麻豆欧美亚洲综合久久| 日韩亚洲欧美久久久www综合网| 久久天堂电影网| 美女久久久久久| 久久综合亚洲色一区二区三区|