• <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 閱讀(1703) 評論(2)  編輯 收藏 引用 所屬分類: eSNACC學習

            評論

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

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

            <2013年1月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            導航

            統計

            公告

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

            留言簿(9)

            隨筆分類(173)

            IT

            Life

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            国产精品99久久久久久人| 国产精品无码久久久久久| 亚洲午夜无码AV毛片久久| 亚洲第一永久AV网站久久精品男人的天堂AV| 久久久久免费视频| 亚洲精品美女久久久久99| 国产精品久久波多野结衣| 欧美亚洲日本久久精品| 大伊人青草狠狠久久| 久久精品免费一区二区| 国产精品视频久久久| 久久国产亚洲精品| 亚洲国产成人久久精品影视| 久久亚洲AV无码精品色午夜| 丁香久久婷婷国产午夜视频| 久久久久成人精品无码中文字幕 | 性高朝久久久久久久久久| 青草国产精品久久久久久| 久久久久久极精品久久久| 人妻少妇久久中文字幕| 国产精品久久久香蕉| 青青草原综合久久大伊人导航 | 久久久无码精品亚洲日韩京东传媒| 97精品国产97久久久久久免费| 波多野结衣AV无码久久一区| 久久久久久国产a免费观看不卡 | 久久久精品国产亚洲成人满18免费网站| 国内精品综合久久久40p| 亚洲精品无码久久毛片| 亚洲国产综合久久天堂 | 久久精品中文字幕一区| 欧美麻豆久久久久久中文| 国产精品成人久久久久三级午夜电影| 久久99国产精品一区二区| 国产午夜精品理论片久久影视| 日本人妻丰满熟妇久久久久久| 亚洲国产另类久久久精品小说| 久久久久久国产精品无码下载| 久久九九兔免费精品6| 亚洲精品乱码久久久久久| 亚洲午夜久久久久妓女影院|