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

            勤能補拙,Expter

            成都游戲Coder,記錄游戲開發(fā)過程的筆記和心得!

            一些學(xué)習(xí)筆記 ,陷阱,缺陷

             


            1、關(guān)于初始化:

            deque<string> Deque;// 一個deque容器

            deque
            <string> Deque2(Deque.begin(),Deque.end());                // 一種初始化

            copy(Deque.begin(),Deque.end(),back_inserter(Deque2) );         
            // 一種初始化

            deque
            <string> Deque3(istream_iterator<string>(cin),istream_iterator<string>()); // 一種初始化
              現(xiàn)在討論第三種初始化方式,
            typedef istream_iteraor<string> (Func)();

            deque
            <string> Deque3(istream_iteraotr<string> cin, Func);  
            看上去像一個函數(shù)聲明,

            typedef istream_iteraor
            <string> (Func)();
            deque
            <string> f(stream_iteraor<string> ,Func);
            現(xiàn)在比較清晰了吧,很像一個函數(shù)聲明了,

            所以第三種初始化方式根本就不能做任何事情.

            //如果真的要達到初始化的目標(biāo),可以通過括號來消除二義性
            deque<string> Deque3( (istream_iterator<string> (cin)) , istream_iterator<string>() );

            通過加括號來提示編譯器我們這里提供的是構(gòu)造函數(shù)的參數(shù)而非參數(shù)聲明,因為 (istream_iterator<string> (cin))  不能解析為變量聲明,這個更void f ( (int i)) 不可能是函數(shù)聲明是一回事。多一對括號不可能解釋為合法的聲明語句。


            2.關(guān)于double 和float 區(qū)別

            一個例子
            int main()
            {

              
            double  x = 1e8;
              
              
            while(x >0)
                  x
            --;


               
            return 0;
            }


             

            現(xiàn)在的編譯器一秒就可能運行完成,
            如果吧doubel x = 1e8 ,換為 float x = 1e8;
             C++標(biāo)準(zhǔn)說 :
             浮點類型有三種: float ,double, long double,關(guān)于精度很顯然
            如果換成float 答案很詭異,因為取決于float的精度,能否表達0 1e8區(qū)間的整數(shù)

            所以如果換為 float,可能運行一秒,也可能是死循環(huán),因為如果float不能表達0 1e8區(qū)間的整數(shù), 因為其中 n-1 = n (由于浮點精度不夠)



            3. 一些拼寫代碼錯誤

            #include <iostream>
            #include 
            <iomanip>

            using namespace std;

            int main()
            {
                
            int x = 1;
                
            for (int i =0 ; i < 100; i++)
                
            {
                    ;
                }


                
            //  下面這行代碼會干些什么?遞增???????/
                ++x;
                std::cout 
            << x << std::endl; 
                
            return 0;
            }


              一個支持標(biāo)準(zhǔn)c++的編譯器答案輸出是 1
              原因很詭異,因為有個有趣的是:注釋末尾‘??/’會被轉(zhuǎn)換為'\' ,寫個宏的都知道這個就是換行符,所以??/換轉(zhuǎn)換為\ ,而++x就相當(dāng)于粘貼到注釋行的末尾 ,所以++x.,不會起作用,是注釋的一部分。

            在看一個例子:
            一個符號標(biāo)準(zhǔn) c++的編譯器會報多少錯誤。
            struct X 
            {
                
            static bool f(int *p)
                
            {
                    
            return p &&0[p] and not p[1:>>p[2];
                }

            }
            ;

            先一步一步的分析
            1:0[p] 其實和p[0]一樣
            2: and not都是有效關(guān)鍵字 ,他們分別是&& 和!
            3::>竟然也是合法的,他是]的雙字符寫法。

            所以這個語句會被解析為 return p && p[0] && !p[1]>p[2] ,沒有語法錯誤。
            很詭異。

             

            posted on 2009-03-08 14:05 expter 閱讀(1869) 評論(5)  編輯 收藏 引用 所屬分類: 其他學(xué)習(xí)筆記工作筆記生活筆記面試筆記算法與數(shù)據(jù)結(jié)構(gòu)

            評論

            # re: 一些學(xué)習(xí)筆記 ,陷阱,缺陷 2009-03-09 09:42 Kevin Lynx

            第三個確實詭異,不過C支持那樣的代碼是有原因的:
            http://en.wikipedia.org/wiki/C_trigraph#C
            為了支持一些沒有\(zhòng)符號的鍵盤。  回復(fù)  更多評論   

            # re: 一些學(xué)習(xí)筆記 ,陷阱,缺陷 2009-03-09 19:01 guest

            我使用VC6和VC2008編譯最后一個例子,都會出錯。
            不知問題出在哪?  回復(fù)  更多評論   

            # re: 一些學(xué)習(xí)筆記 ,陷阱,缺陷 2009-03-30 15:06 expter

            @guest
            DEV 可以編譯通過。。。  回復(fù)  更多評論   

            # re: 一些學(xué)習(xí)筆記 ,陷阱,缺陷 2009-04-05 14:14 longe

            vs 2008第三個出錯,,不詭異噠  回復(fù)  更多評論   

            # re: 一些學(xué)習(xí)筆記 ,陷阱,缺陷 2009-04-05 20:39

            @longe

            用DEV 可以編譯通過。。。  回復(fù)  更多評論   

            97精品伊人久久大香线蕉app| 伊人久久大香线蕉亚洲五月天| 99精品久久精品一区二区| 久久国产精品一区| 香蕉久久一区二区不卡无毒影院 | 品成人欧美大片久久国产欧美| 久久影院综合精品| 浪潮AV色综合久久天堂| 亚洲AV乱码久久精品蜜桃| 久久亚洲精品无码aⅴ大香| 天天综合久久一二三区| 热综合一本伊人久久精品| 久久无码精品一区二区三区| 久久精品国产亚洲5555| 精品熟女少妇aⅴ免费久久| 精品国产婷婷久久久| 欧美久久一区二区三区| 久久久久亚洲精品中文字幕| 亚洲精品无码专区久久同性男| 人妻丰满?V无码久久不卡| 久久久久国产精品人妻| 久久久久精品国产亚洲AV无码| 亚洲第一极品精品无码久久| 97久久香蕉国产线看观看| 久久精品国产只有精品2020| 伊人丁香狠狠色综合久久| 久久久久亚洲AV综合波多野结衣| 久久无码一区二区三区少妇| 丁香色欲久久久久久综合网| 精品免费久久久久久久| 99久久精品国产毛片| 久久笫一福利免费导航 | 精品国产乱码久久久久久郑州公司| 久久精品国产第一区二区三区| 国产成人久久激情91| 国产精品欧美久久久久天天影视| 久久久精品国产| 99re久久精品国产首页2020| 久久精品成人免费观看97| 久久天天躁狠狠躁夜夜躁2014| 亚洲国产精品久久久久|