• <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>
            隨筆 - 55  文章 - 15  trackbacks - 0
            <2012年5月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

                   為什么要用C++?效率?安全?可維護?
                   提高效率,最好的方法是用別人的代碼,即使用庫。只需要導入一個.lib文件或者.dll文件和相應的.h文件你就可以用這個庫中的接口了,這些接口的聲明在.h文件中。如ZThread庫,編譯之后的庫還需要導入你目前的工程中去。
                   一個庫通常從一組函數開始。
                   所有語言的核心都是數據以及對數據的操作。在c中,處理相關聯的數據的時候,就需要將數據組織成一個struct,然后操作這個struct。當操作的時候,我們面臨兩個問題:1. 每個函數必須包含這個struct對象的指針。2. 因為struct中的數據可以被其他程序隨意改變。所以可不可以控制這種未知的風險呢?
                  編譯時,在棧上創建一個變量,則該變量的存儲單元由編譯器自動開辟和釋放。編譯器準確地知道需要多少存儲容量,知道其變量的生命周期。而動態分配的內存,編譯器不知道需要多少存儲單元,不知道生命周期,也不能自動清除。
                  在c中,在使用Struct時必須包含聲明該結構體的頭文件,不然,編譯器不能正確地猜測這個結構像什么,但是它能猜測一個函數像什么。在頭文件中聲明是特別重要的,因為在包含頭文件的任何地方,編譯器準確地知道做什么。例如,如果在頭文件中的一個聲明是void func(float),編譯器就知道,如果用一個整型參數調用這個函數,應該把這個參數轉化為浮點型。如果沒有聲明,c編譯器簡單地假設有一個func(int)存在,它不會做轉換。
                  對于每個翻譯單元,編譯器創造一個目標文件。這些目標文件,連同必要的啟動代碼,由連接器連接為可執行程序。在連接過程中,應當確定所有的外部引用。當連接器將所有的目標文件放在一起時,它必須取未確定的外部引用,找出他們實際訪問的地址。在執行過程中用這些地址替換這些外部引用。所以,早綁定發生在連接階段。

                 c語言中,使用庫的最大障礙之一是名字沖突。編譯器和連接器不允許出現兩個名字相同的函數,解決的辦法是在名字前面加點東西以區別不同的函數。
                 邁向C++的第一步,把函數放在結構體中,用結構體限制函數名,相當于隱藏了名字。
                 c和C++的不同:頭文件中的聲明是編譯器要求的。
                 抽象數據類型,又可以成為用戶自定義類型。
            頭文件的重要性:
                 頭文件是我們和我們的庫用戶之間的合約。這份合約描述了我們的數據結構,為函數調用規定了參數和返回值,編譯器需要這些信息以生成正確的代碼。
                 放什么到頭文件中?只限于聲明,不涉及分配存儲的任何信息。
                 多次聲明的問題。
                 編譯器認為重聲明結構體是一個錯誤。C++允許重聲明函數。只要兩個聲明匹配即可。使用#pragma once 或者#ifndef #define #endif
            posted on 2012-05-29 13:19 Dino-Tech 閱讀(153) 評論(0)  編輯 收藏 引用
            国产精品99久久免费观看| 国产精品18久久久久久vr| 成人a毛片久久免费播放| 久久狠狠色狠狠色综合| 国产成人AV综合久久| 久久久久九国产精品| 麻豆一区二区99久久久久| 久久久亚洲精品蜜桃臀| 久久66热人妻偷产精品9| 伊人丁香狠狠色综合久久| 99精品国产综合久久久久五月天| 97久久精品无码一区二区| 久久99热这里只有精品国产 | 色综合久久夜色精品国产| 色偷偷偷久久伊人大杳蕉| 99久久www免费人成精品| 精品久久久久久久久免费影院 | 伊人久久大香线蕉av不卡| 精品午夜久久福利大片| 久久久精品人妻一区二区三区蜜桃 | 国内精品久久久久久99蜜桃| 国产精品久久影院| 亚洲精品tv久久久久久久久| 久久男人中文字幕资源站| 狠狠狠色丁香婷婷综合久久五月 | 精品免费久久久久久久| 欧美午夜A∨大片久久| 欧美精品一区二区久久| 久久免费国产精品一区二区| 久久精品国产亚洲沈樵| 久久国产乱子伦免费精品| AV狠狠色丁香婷婷综合久久| 国产精品成人久久久| 久久精品国产亚洲av瑜伽| 久久最近最新中文字幕大全| AV狠狠色丁香婷婷综合久久| 日韩乱码人妻无码中文字幕久久 | 久久久久久综合一区中文字幕| 久久亚洲欧美国产精品| 久久亚洲AV无码精品色午夜麻豆| 久久亚洲中文字幕精品一区|