• <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>
            asm, c, c++ are my all
            -- Core In Computer
            posts - 139,  comments - 123,  trackbacks - 0

            /********************************************\
            |????歡迎轉(zhuǎn)載, 但請保留作者姓名和原文鏈接, 祝您進(jìn)步并共勉!???? |
            \********************************************/


            1.2 A Keyword Distinction

            作者: Jerry Cat
            時間: 2006/04/20
            鏈接: http://m.shnenglu.com/jerysun0818/archive/2006/04/22/6064.html

            -------------------------
            unequivocal: 毫不含糊的
            pedestrian:? 步行者; 步行的, 呆板的, 通俗的
            infamous:??? 聲名狼藉的
            strike aside:閃躲開
            brandish:??? 揮舞(n. & v.)
            fledgling:?? n.羽毛初長的雛鳥, 羽翼未豐無經(jīng)驗的人, 初出茅廬的人
            underpinning:基礎(chǔ), 支柱, 支撐
            discourse:?? 談話, 演說, 演講, 論文(n. & v.)

            C++的struct 與 class有惱人的曖昧關(guān)系, 表面上struct里沒顯式說明存儲權(quán)限的全是public而class則全是private, 事實(shí)卻并非如此簡單當(dāng)考慮到與C的兼容時, 尤其是對待C中的tricks時, 更是traps多多, 地雷密布!

            A C program's trick is sometimes a C++ program's trap. One example of this is the use of a one-element array at the end of a struct to allow individual struct objects to address variable-sized arrays:

            struct mumble {
            ?? /* stuff */
            ?? char pc[ 1 ];
            };

            // grab a string from file or standard input
            // allocate memory both for struct & string

            struct mumble *pmumb1 = ( struct mumble* )
            ?? malloc(sizeof(struct mumble)+strlen(string)+1);//在C中內(nèi)存連續(xù)分布的, 但若考慮到
            ?? //這是在C++中, struct基本上就是類, 這類的數(shù)據(jù)成員與外來(參)變量的"tricky 捆綁式"
            ?? //內(nèi)存布局將導(dǎo)致派生類的數(shù)據(jù)成員"插不進(jìn)去"從而導(dǎo)致類的數(shù)據(jù)成員內(nèi)存布局不連續(xù)!
            ?? //所以C的trick是非標(biāo)準(zhǔn)的不能濫用!

            strcpy( &mumble.pc, string );
            This may or may not translate well when placed within a class declaration that

            1). specifies multiple access sections containing data,
            2). derives from another class or is itself the object of derivation, or
            3). defines one or more virtual functions.

            The data members within a single access section are guaranteed within C++ to be laid out in the order of their declaration. The layout of data contained in multiple access sections, however, is left undefined. In the following declaration, for example, the C trick may or may not work, depending on whether the protected data members are placed before or after those declared private:

            class stumble {
            public:
            ?? // operations ...
            protected:
            ?? // protected stuff
            private:
            ?? /* private stuff */
            ?? char pc[ 1 ];
            };
            ?
            Similarly, the layout of data members of the base and derived classes is left undefined, thereby also negating any guarantee that the trick might work. The presence of a virtual function also places the trick's viability in question. The best advice is not to do it. (Chapter 3 discusses these layout issues in greater detail.)

            //接上
            If a programmer absolutely needs a data portion of an arbitrarily complex C++ class to have the look and feel of an equivalent C declaration, that portion is best factored out into an independent struct declaration. The original idiom for combining this C portion with its C++ part (see [KOENIG93]) was to derive the C++ part from the C struct:

            struct C_point { ... };
            class Point : public C_point { ... };
            thus supporting both the C and C++ usage:

            extern void draw_line( Point, Point );
            extern "C" void draw_rect ( C_point, C_Point );

            draw_line( Point( 0, 0 ), Point( 100, 100 ));
            draw_rect( Point( 0, 0 ), Point( 100, 100 ));
            This idiom is no longer recommended, however, because of changes to the class inheritance layout in some compilers (for example, the Microsoft C++ compiler) in support of the virtual function mechanism (see Section 3.4 for a discussion). Composition, rather than inheritance, is the only portable method of combining C and C++ portions of a class (the conversion operator provides a handy extraction method):

            struct C_point { ... };

            class Point {
            public:
            ?? operator C_point() { return _c_point; }
            ?? // ...
            private:
            ?? C_point _c_point;
            ?? // ...
            };

            強(qiáng)烈不推薦這種種"淫巧",? 不過在C/C++混合編程時你還不得不用它:)
            One reasonable use of the C struct in C++, then, is when you want to pass all or part of a complex class object to a C function. This struct declaration serves to encapsulate that data and guarantees a compatible C storage layout. This guarantee, however, is maintained only under composition. Under inheritance, the compiler decides whether additional data members are inserted within the base struct subobject (again, see Section 3.4 for a discussion, as well as Figures 3.2(a) and 3.2(b)).

            posted on 2006-04-22 01:23 Jerry Cat 閱讀(618) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



            <2006年4月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            蜜臀久久99精品久久久久久小说 | 中文字幕久久精品无码| 久久综合九色综合网站| 伊人久久大香线焦AV综合影院| 久久精品视屏| 久久婷婷五月综合成人D啪| 精品熟女少妇AV免费久久| 久久中文字幕人妻丝袜| 国产亚洲精品自在久久| 国产91久久综合| 色播久久人人爽人人爽人人片AV| 色婷婷综合久久久中文字幕| 老司机国内精品久久久久| 久久天天日天天操综合伊人av| 亚洲精品无码久久久久去q | 精品少妇人妻av无码久久| 一本大道久久a久久精品综合| 狠狠色丁香婷婷久久综合五月| 久久精品国产亚洲av麻豆蜜芽 | 国产精品免费久久| 色天使久久综合网天天| 婷婷综合久久中文字幕| 亚洲av伊人久久综合密臀性色| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 99久久这里只有精品| 中文字幕无码av激情不卡久久| 久久狠狠高潮亚洲精品| 欧美激情精品久久久久久久| 国产高潮国产高潮久久久| 久久精品国产亚洲AV忘忧草18| 国产精品一区二区久久精品无码| 欧美黑人激情性久久| 久久综合亚洲鲁鲁五月天| 一本久久a久久精品综合夜夜| 久久精品人人做人人爽电影蜜月| 久久久久99这里有精品10| 国产精品99久久久久久董美香| 久久久久久久尹人综合网亚洲| 97久久久久人妻精品专区| 亚洲AV日韩精品久久久久久久| 99久久这里只精品国产免费|