青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Believe

人生就像跑步一樣,只要你肯接著跑,就會(huì)前進(jìn)!

  C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  2 隨筆 :: 0 文章 :: 19 評(píng)論 :: 0 Trackbacks
題目:
    已知strcpy函數(shù)的原型是:
        char * strcpy(char * strDest,const char * strSrc);
    1.不調(diào)用庫(kù)函數(shù),實(shí)現(xiàn)strcpy函數(shù)。
    2.解釋為什么要返回char *。

    解說(shuō):
    1.strcpy的實(shí)現(xiàn)代碼
  1.         char * strcpy(char * strDest,const char * strSrc)
  2.         {
  3.                 if ((strDest==NULL)||(strSrc==NULL)) //[1]
  4.                         throw "Invalid argument(s)"; //[2]
  5.                 char * strDestCopy=strDest;  //[3]
  6.                 while ((*strDest++=*strSrc++)!='\0'); //[4]
  7.                 return strDestCopy;
  8.         }
復(fù)制代碼


    錯(cuò)誤的做法:
    [1]
    (A)不檢查指針的有效性,說(shuō)明答題者不注重代碼的健壯性。
    (B)檢查指針的有效性時(shí)使用((!strDest)||(!strSrc))或(!(strDest&&strSrc)),說(shuō)明答題者對(duì)C語(yǔ)言中類(lèi)型的隱式轉(zhuǎn)換沒(méi)有深刻認(rèn)識(shí)。在本例中char *轉(zhuǎn)換為bool即是類(lèi)型隱式轉(zhuǎn)換,這種功能雖然靈活,但更多的是導(dǎo)致出錯(cuò)概率增大和維護(hù)成本升高。所以C++專(zhuān)門(mén)增加了bool、true、false三個(gè)關(guān)鍵字以提供更安全的條件表達(dá)式。
    (C)檢查指針的有效性時(shí)使用((strDest==0)||(strSrc==0)),說(shuō)明答題者不知道使用常量的好處。直接使用字面常量(如本例中的0)會(huì)減少程序的可維護(hù)性。0雖然簡(jiǎn)單,但程序中可能出現(xiàn)很多處對(duì)指針的檢查,萬(wàn)一出現(xiàn)筆誤,編譯器不能發(fā)現(xiàn),生成的程序內(nèi)含邏輯錯(cuò)誤,很難排除。而使用NULL代替0,如果出現(xiàn)拼寫(xiě)錯(cuò)誤,編譯器就會(huì)檢查出來(lái)。
    [2]
    (A)return new string("Invalid argument(s)";,說(shuō)明答題者根本不知道返回值的用途,并且他對(duì)內(nèi)存泄漏也沒(méi)有警惕心。從函數(shù)中返回函數(shù)體內(nèi)分配的內(nèi)存是十分危險(xiǎn)的做法,他把釋放內(nèi)存的義務(wù)拋給不知情的調(diào)用者,絕大多數(shù)情況下,調(diào)用者不會(huì)釋放內(nèi)存,這導(dǎo)致內(nèi)存泄漏。
    (B)return 0;,說(shuō)明答題者沒(méi)有掌握異常機(jī)制。調(diào)用者有可能忘記檢查返回值,調(diào)用者還可能無(wú)法檢查返回值(見(jiàn)后面的鏈?zhǔn)奖磉_(dá)式)。妄想讓返回值肩負(fù)返回正確值和異常值的雙重功能,其結(jié)果往往是兩種功能都失效。應(yīng)該以?huà)伋霎惓?lái)代替返回值,這樣可以減輕調(diào)用者的負(fù)擔(dān)、使錯(cuò)誤不會(huì)被忽略、增強(qiáng)程序的可維護(hù)性。
    [3]
    (A)忘記保存原始的strDest值,說(shuō)明答題者邏輯思維不嚴(yán)密。
    [4]
    (A)循環(huán)寫(xiě)成while (*strDest++=*strSrc++);,同[1](B)。
    (B)循環(huán)寫(xiě)成while (*strSrc!='\0') *strDest++=*strSrc++;,說(shuō)明答題者對(duì)邊界條件的檢查不力。循環(huán)體結(jié)束后,strDest字符串的末尾沒(méi)有正確地加上'\0'。

    2.返回strDest的原始值使函數(shù)能夠支持鏈?zhǔn)奖磉_(dá)式,增加了函數(shù)的“附加值”。同樣功能的函數(shù),如果能合理地提高的可用性,自然就更加理想。
    鏈?zhǔn)奖磉_(dá)式的形式如:
        int iLength=strlen(strcpy(strA,strB));
    又如:
        char * strA=strcpy(new char[10],strB);
    返回strSrc的原始值是錯(cuò)誤的。其一,源字符串肯定是已知的,返回它沒(méi)有意義。其二,不能支持形如第二例的表達(dá)式。其三,為了保護(hù)源字符串,形參用const限定strSrc所指的內(nèi)容,把const char *作為char *返回,類(lèi)型不符,編譯報(bào)錯(cuò)。

上面內(nèi)容是轉(zhuǎn)自:http://bbs.chinaunix.net/viewthread.php?tid=25356
下面是自己的一些思考:
我想C/C++提供的字符串拷貝函數(shù)實(shí)現(xiàn)方式應(yīng)該是下面的方式之一:
method 1:    

char * strcpy(char * strDest,const char * strSrc)
    
{
                  char * strDestCopy=strDest;
       
        while ((*strDest++=*strSrc++)!='\0'); 
             //strDest
=strDestCopy;//指針重置 不好意思,這里的重置是多余的,原因是雖然strDes的位置移動(dòng)了,但是這只是在當(dāng)前函數(shù)內(nèi)發(fā)生變化,
                //而在調(diào)用函數(shù)的地方,指針的位置還是不變。

            return strDestCopy;
    }
 
method 2:
 char * strcpy(char * strDest,const char * strSrc)
 
{
      
int i=0;
      
 while ((strDest[i++]=*strSrc++)!='\0'); 
      
return strDest;
 }
 

method 3:
 char * strcpy(char * strDest,const char * strSrc)
 
{
      
int i=0;
     while ((strDest[i++]=strSrc[i])!='\0'); 
      
return strDest;
 }
這些方式都可實(shí)現(xiàn)類(lèi)似<string.h>中的strcpy(char *, const char *)的功能。通過(guò)下標(biāo)訪問(wèn)方式不容易出錯(cuò),當(dāng)然指針操作效率會(huì)更高。
posted on 2011-04-28 08:16 COS 閱讀(4418) 評(píng)論(16)  編輯 收藏 引用 所屬分類(lèi): C/C++

評(píng)論

# re: 【C/C++ string】之strcpy函數(shù) 2011-04-28 10:09 oo
1 在這樣的函數(shù)中,檢查傳入?yún)?shù)是否為NULL是沒(méi)有意義的,除了NULL,其他的非法值的情況遠(yuǎn)比比NULL的情況更多。
2 這里拋出一個(gè)異常是一個(gè)很怪的想法
4[A] see http://www.google.com/codesearch/p?hl=zh-CN#lIRf952n7hs/libc/strcpy.c&q=strcpy&sa=N&cd=1&ct=rc



  回復(fù)  更多評(píng)論
  

# re: 【C/C++ string】之strcpy函數(shù) 2011-04-28 10:19 溪流
@oo
NULL 檢查還是有點(diǎn)意義的吧,這是唯一能檢查的值,其他情況就讓用戶(hù)自生自滅吧,檢查了 NULL 就表示告訴用戶(hù)我盡力了。。。
拋異常我也覺(jué)得不妥,這里沒(méi)必要引入異常體系  回復(fù)  更多評(píng)論
  

# re: 【C/C++ string】之strcpy函數(shù) 2011-04-28 10:27 COS
其實(shí)這里檢查NULL就是為了說(shuō)明編程者的思維是否嚴(yán)謹(jǐn),如果是在實(shí)際應(yīng)用的時(shí)候,我們大可避免NULL的出現(xiàn),在調(diào)試程序的時(shí)候就可以解決它。
至于異常拋出,那也是為了考察作者是否了解異常的使用,真正做的時(shí)候,也是不需要的。
在<string.h>中定義的strcpy(...)這些都是沒(méi)有的,因?yàn)槌绦虮旧砭秃苄。绻覀冞€在那里把異常處理加進(jìn)去的話(huà),函數(shù)本身就不夠精簡(jiǎn)。所以,設(shè)計(jì)者把這些異常處理留給我們使用庫(kù)文件的人自己處理了。  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 11:22 陳昱(CY)
先找到末尾,然后用memcpy,提高效率  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 12:10 陳昱(CY)
.....不對(duì),不用庫(kù)函數(shù),那要提高效率比較麻煩了,要自己實(shí)現(xiàn)memcpy......  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 13:46 打擊裝B犯
B就是放屁, 歷史上不知道有多少代碼全都是直接用!來(lái)判斷的.

  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 14:58 TeSe
少一個(gè)檢查 src 是否等下于des  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 18:27 Lo
這里拋出異常是無(wú)厘頭行為 又不是java 改成assert還說(shuō)得過(guò)去  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 21:28 COS
@Lo這個(gè)是我轉(zhuǎn)的別人的貼,其實(shí)我本人也認(rèn)為沒(méi)有必要拋出異常的。本身代碼就短,還拋出異常,就顯得累贅了。

  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 21:30 COS
@陳昱(CY)
直接進(jìn)行內(nèi)存拷貝是要高效的多~  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 21:45 COS
也不用太在意別人的看法,只要自己用的順手就可以了。再說(shuō),這個(gè)筆試題分析的也不能說(shuō)全對(duì),我們只需要從中學(xué)習(xí)自己認(rèn)為對(duì)的就可以了,至于其他的,也就管不了那么多了@打擊裝B犯
  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-29 14:56 pangzi
如果兩個(gè)指針的內(nèi)存區(qū)域有重疊,直接飛掉。  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-30 22:35 天堂的隔壁
git://android.git.kernel.org/platform/bionic.git?
libc?
string?
strcpy.c

char *
strcpy(char *to, const char *from)
{
char *save = to;

for (; (*to = *from) != '\0'; ++from, ++to);
return(save);
}

看來(lái)Google的工程師是得不了多少分的了。
1[A],這個(gè)不說(shuō)了,本來(lái)就是有爭(zhēng)議的,看各公司的習(xí)慣。
1[B], strcpy本來(lái)是C標(biāo)準(zhǔn)庫(kù)的一部分,扯到C++顯然蛋了。
1[C], 提個(gè)問(wèn)題,誰(shuí)知道NULL在那里定義的?這里反而寫(xiě)0個(gè)人感覺(jué)是思維嚴(yán)密的表現(xiàn),他會(huì)擔(dān)心,這里的NULL的定義問(wèn)題。當(dāng)然了,如果能#include <stddef.h>就完美了。(C99,Annex B16)但起碼比完全不思考的好。直接寫(xiě)NULL也是可以接受的,非上機(jī)筆試,潛規(guī)則是允許半偽代碼。
2[A]這個(gè)答案太有想象力了。
2[B]這個(gè)顛覆語(yǔ)言了,更扯蛋了。
3[A]難以想象一個(gè)正常的人,在return的時(shí)候找不到值了,會(huì)想不起來(lái)…(你可能出門(mén)的時(shí)候想不起帶鑰匙,卻很難在開(kāi)門(mén)的時(shí)候還想不起來(lái)。)不過(guò)既然是筆試,可能能從行距,有沒(méi)有插入符號(hào)等看出來(lái)吧- -

  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-30 22:37 天堂的隔壁
@pangzi

C99 7.21.2.3
If copying takes place between objects that
overlap, the behavior is undefined.  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-30 23:54 misserwell
# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-04-28 21:30 COS
@陳昱(CY)
直接進(jìn)行內(nèi)存拷貝是要高效的多~ 回復(fù) 更多評(píng)論
============================

可否明示?  回復(fù)  更多評(píng)論
  

# re: 曾經(jīng)出現(xiàn)頻率最高的筆試題【C/C++ string】之strcpy函數(shù) 2011-05-17 15:05 ray ban
提個(gè)問(wèn)題,誰(shuí)知道NULL在那里定義的?這里反而寫(xiě)0個(gè)人感覺(jué)是思維嚴(yán)密的表現(xiàn),他會(huì)擔(dān)心,這里的NULL的定義問(wèn)題  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美成va人片在线观看| 国产亚洲a∨片在线观看| 最近看过的日韩成人| 欧美mv日韩mv国产网站app| 久久躁日日躁aaaaxxxx| 亚洲第一区色| 亚洲精品视频免费在线观看| 欧美区在线观看| 午夜精品视频网站| 久久精品国产精品| 亚洲三级影院| 亚洲欧美激情视频| 在线观看的日韩av| 99riav国产精品| 国产日韩欧美一区在线| 欧美高清日韩| 国产精品乱人伦中文| 久久这里有精品15一区二区三区| 免费成人高清| 亚洲男人第一网站| 久久久久久亚洲精品中文字幕 | 蘑菇福利视频一区播放| 亚洲视频第一页| 久久成人免费| 亚洲一区在线看| 久久久噜噜噜久久中文字免| 亚洲欧洲在线视频| 性久久久久久久久| 日韩午夜三级在线| 久久成人人人人精品欧| 夜色激情一区二区| 久久精品一二三区| 亚洲综合大片69999| 蜜臀av一级做a爰片久久| 欧美一区二区三区四区高清| 欧美成人综合一区| 久久裸体视频| 国产精品成人免费视频| 欧美韩国日本综合| 国产亚洲欧洲一区高清在线观看| 亚洲日本aⅴ片在线观看香蕉| 国产乱码精品一区二区三| 亚洲国产精品一区二区第一页| 国产女主播一区二区| 日韩午夜激情| 日韩亚洲视频| 免费观看日韩av| 麻豆精品传媒视频| 国产一区二区三区奇米久涩| 正在播放欧美一区| 这里是久久伊人| 欧美韩日高清| 国产欧美日韩三区| 欧美一区日韩一区| 欧美性生交xxxxx久久久| 欧美黄色aa电影| 亚洲第一色中文字幕| 久久成人国产精品| 久久久精品一品道一区| 国产一区二区三区四区在线观看| 亚洲一区二区三区久久| 亚洲一区二区精品在线观看| 欧美日本国产一区| 日韩亚洲国产欧美| 亚洲午夜电影网| 欧美午夜精品理论片a级按摩 | 久久综合九色综合久99| 国内精品一区二区三区| 欧美专区在线观看| 久久综合亚州| 在线观看欧美日韩| 久久免费视频一区| 亚洲大黄网站| 99精品国产一区二区青青牛奶| 欧美极品影院| 宅男噜噜噜66国产日韩在线观看| 亚洲无线一线二线三线区别av| 欧美日韩免费区域视频在线观看| 99精品视频免费观看| 午夜欧美电影在线观看| 国产婷婷成人久久av免费高清| 欧美资源在线| 亚洲国产欧美日韩精品| 在线午夜精品自拍| 国产精品一区二区三区乱码 | 亚洲黑丝在线| 亚洲在线中文字幕| 国产自产精品| 欧美巨乳在线观看| 亚洲字幕一区二区| 欧美暴力喷水在线| 亚洲一二三四区| 国产一区二区三区四区| 欧美成年人视频网站| 在线中文字幕一区| 美女福利精品视频| 一区二区三区欧美| 国产专区综合网| 欧美日韩精品一区二区三区四区| 亚洲综合不卡| 欧美国产三区| 欧美一级午夜免费电影| 18成人免费观看视频| 欧美视频一区在线观看| 欧美在线观看视频一区二区三区 | 亚洲欧美久久久久一区二区三区| 麻豆视频一区二区| 午夜精品视频一区| 99成人在线| 尤物视频一区二区| 国产精品丝袜久久久久久app| 久久久久国产精品一区二区| 夜夜狂射影院欧美极品| 欧美承认网站| 久久精品日产第一区二区| 99国产精品久久久久久久成人热| 国产日本亚洲高清| 亚洲国产精品久久| 91久久午夜| 欧美中文字幕在线观看| 好吊妞**欧美| 欧美日韩在线观看一区二区| 久久久精品五月天| 亚洲综合日韩在线| 日韩视频中文字幕| 欧美激情综合| 狂野欧美激情性xxxx欧美| 中文在线不卡视频| 亚洲国产精品国自产拍av秋霞| 国产精品综合久久久| 欧美日韩免费观看一区三区 | 老色批av在线精品| 欧美在线视频日韩| 午夜精品久久99蜜桃的功能介绍| 一本久久a久久免费精品不卡| 在线观看欧美成人| 一区二区在线免费观看| 韩国成人精品a∨在线观看| 国产欧美日本一区视频| 国产欧美一区二区三区久久人妖| 欧美视频一区二区三区四区| 欧美色精品天天在线观看视频| 欧美福利专区| 欧美日本二区| 欧美日韩视频在线一区二区| 欧美伦理91i| 欧美揉bbbbb揉bbbbb| 欧美午夜电影网| 国产精品久久久久9999高清| 国产精品理论片| 国产欧美日韩三区| 狠狠色狠狠色综合日日小说| 雨宫琴音一区二区在线| 亚洲大片免费看| 91久久精品网| 亚洲视频axxx| 欧美中文字幕不卡| 久久午夜视频| 亚洲国产精品久久91精品| 亚洲人人精品| 亚洲一级在线观看| 久久国内精品视频| 欧美国产激情二区三区| 欧美视频国产精品| 国产亚洲欧美aaaa| 亚洲激情不卡| 亚洲一区二区av电影| 久久er99精品| 欧美岛国在线观看| 日韩视频免费在线| 午夜久久福利| 欧美大片在线看| 国产精品视频yy9099| 亚洲高清免费视频| 亚洲欧美成人网| 久久蜜桃资源一区二区老牛| 欧美成人精品在线播放| 日韩亚洲一区二区| 欧美一级黄色录像| 免费成人黄色片| 国产精品另类一区| 亚洲激情图片小说视频| 亚洲一区3d动漫同人无遮挡| 久久亚洲春色中文字幕| 亚洲国产综合在线看不卡| 亚洲网站在线看| 久久免费视频这里只有精品| 欧美日韩亚洲综合在线| 国产综合色产在线精品| av成人激情| 欧美波霸影院| 欧美亚洲一区二区在线观看| 欧美理论电影在线播放| 娇妻被交换粗又大又硬视频欧美| 亚洲午夜久久久| 欧美高清视频在线观看| 亚洲主播在线播放| 欧美精选午夜久久久乱码6080| 亚洲在线成人精品| 欧美久久婷婷综合色|