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

Believe

人生就像跑步一樣,只要你肯接著跑,就會前進!

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

    解說:
    1.strcpy的實現代碼
  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.         }
復制代碼


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

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

上面內容是轉自:http://bbs.chinaunix.net/viewthread.php?tid=25356
下面是自己的一些思考:
我想C/C++提供的字符串拷貝函數實現方式應該是下面的方式之一:
method 1:    

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

            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;
 }
這些方式都可實現類似<string.h>中的strcpy(char *, const char *)的功能。通過下標訪問方式不容易出錯,當然指針操作效率會更高。
posted on 2011-04-28 08:16 COS 閱讀(4424) 評論(16)  編輯 收藏 引用 所屬分類: C/C++

評論

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



  回復  更多評論
  

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

# re: 【C/C++ string】之strcpy函數 2011-04-28 10:27 COS
其實這里檢查NULL就是為了說明編程者的思維是否嚴謹,如果是在實際應用的時候,我們大可避免NULL的出現,在調試程序的時候就可以解決它。
至于異常拋出,那也是為了考察作者是否了解異常的使用,真正做的時候,也是不需要的。
在<string.h>中定義的strcpy(...)這些都是沒有的,因為程序本身就很小,如果我們還在那里把異常處理加進去的話,函數本身就不夠精簡。所以,設計者把這些異常處理留給我們使用庫文件的人自己處理了。  回復  更多評論
  

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

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

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

  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-04-28 14:58 TeSe
少一個檢查 src 是否等下于des  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-04-28 18:27 Lo
這里拋出異常是無厘頭行為 又不是java 改成assert還說得過去  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-04-28 21:28 COS
@Lo這個是我轉的別人的貼,其實我本人也認為沒有必要拋出異常的。本身代碼就短,還拋出異常,就顯得累贅了。

  回復  更多評論
  

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

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-04-28 21:45 COS
也不用太在意別人的看法,只要自己用的順手就可以了。再說,這個筆試題分析的也不能說全對,我們只需要從中學習自己認為對的就可以了,至于其他的,也就管不了那么多了@打擊裝B犯
  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-04-29 14:56 pangzi
如果兩個指針的內存區域有重疊,直接飛掉。  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 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);
}

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

  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-04-30 22:37 天堂的隔壁
@pangzi

C99 7.21.2.3
If copying takes place between objects that
overlap, the behavior is undefined.  回復  更多評論
  

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

可否明示?  回復  更多評論
  

# re: 曾經出現頻率最高的筆試題【C/C++ string】之strcpy函數 2011-05-17 15:05 ray ban
提個問題,誰知道NULL在那里定義的?這里反而寫0個人感覺是思維嚴密的表現,他會擔心,這里的NULL的定義問題  回復  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产精品久久看| 先锋影音一区二区三区| 香蕉视频成人在线观看| 欧美一区二区性| 久久成人免费网| 久久综合网hezyo| 亚洲国产成人不卡| 亚洲国产欧美一区二区三区久久 | 美女脱光内衣内裤视频久久影院 | 欧美区二区三区| 欧美亚男人的天堂| 国产亚洲人成a一在线v站| 在线精品视频免费观看| 亚洲免费福利视频| 性久久久久久| 亚洲大片免费看| 亚洲一区二区三区中文字幕在线| 久久黄色影院| 欧美日韩亚洲高清| 国产综合色精品一区二区三区| 91久久香蕉国产日韩欧美9色| 亚洲男女毛片无遮挡| 欧美成人国产va精品日本一级| 在线亚洲电影| 欧美电影免费观看高清| 国产亚洲欧美一区| 亚洲性xxxx| 亚洲高清色综合| 欧美一级播放| 国产精品都在这里| 亚洲毛片在线| 欧美jizzhd精品欧美巨大免费| 夜夜嗨av色综合久久久综合网| 久久躁日日躁aaaaxxxx| 国产日韩亚洲欧美| 亚洲欧美国产视频| 亚洲精品三级| 欧美xx视频| 在线国产精品一区| 久久精品二区| 亚洲女同在线| 国产精品嫩草影院av蜜臀| 一二三区精品| 亚洲精品国产精品国自产观看 | 国产精品素人视频| 久久精品人人爽| 亚洲精品国产欧美| 久久综合99re88久久爱| 国产亚洲欧洲一区高清在线观看| 午夜在线精品偷拍| 在线一区免费观看| 欧美日韩在线播| 99在线热播精品免费99热| 亚洲高清一区二| 免费成人性网站| 亚洲日本va在线观看| 欧美成人在线影院| 你懂的国产精品| 亚洲欧洲精品一区二区三区波多野1战4| 久久亚洲综合色| 裸体歌舞表演一区二区| 亚洲人成网站影音先锋播放| 欧美激情视频在线免费观看 欧美视频免费一 | 亚洲欧美中文日韩在线| 亚洲色诱最新| 国产精品狼人久久影院观看方式| 欧美在线一区二区| 欧美在线观看一区二区| 一区二区三区无毛| 欧美国产视频一区二区| 欧美成人在线免费观看| 一本色道久久综合一区| 亚洲一区二区三区四区视频| 国产一区二区高清视频| 蜜乳av另类精品一区二区| 免费精品视频| 亚洲一区二区三区高清不卡| 亚洲综合日韩| 亚洲国产精品成人综合| 99精品国产福利在线观看免费| 国产精品免费aⅴ片在线观看| 欧美在线视频播放| 另类国产ts人妖高潮视频| 一区二区三区国产盗摄| 亚洲欧美在线视频观看| **欧美日韩vr在线| 日韩视频在线一区二区三区| 国产欧美在线播放| 亚洲成人在线视频播放 | 欧美一区在线看| 亚洲精品国产精品国产自| 国产精品99久久久久久久久| 精品av久久707| 亚洲美女黄色| 在线成人中文字幕| 一区二区不卡在线视频 午夜欧美不卡在| 国产欧美欧洲在线观看| 亚洲高清av| 另类酷文…触手系列精品集v1小说| 免费观看日韩av| 欧美亚洲一区二区三区| 欧美福利在线| 久久人人看视频| 欧美视频在线观看免费网址| 老司机午夜精品视频| 国产精品福利在线观看网址| 欧美顶级大胆免费视频| 国产乱码精品一区二区三区忘忧草| 欧美激情网友自拍| 国产一区日韩欧美| 亚洲欧美国产视频| 在线一区二区日韩| 免费成人网www| 免费看黄裸体一级大秀欧美| 国产亚洲一区二区精品| 亚洲免费一区二区| 在线亚洲+欧美+日本专区| 欧美岛国激情| 欧美成人久久| 在线免费不卡视频| 久久精品一区二区三区四区| 久久er精品视频| 国产麻豆日韩欧美久久| 99视频超级精品| 中日韩男男gay无套| 欧美日韩日本国产亚洲在线| 亚洲欧洲在线免费| 伊伊综合在线| 免费中文日韩| 欧美激情精品久久久久久黑人| 精品不卡视频| 久久久久久日产精品| 另类春色校园亚洲| 亚洲国产精品成人精品| 美腿丝袜亚洲色图| 亚洲福利电影| 日韩视频一区二区三区| 欧美日韩国产二区| 一区二区三区国产在线| 午夜精品一区二区三区电影天堂 | 狠狠久久亚洲欧美专区| 久久精品2019中文字幕| 可以免费看不卡的av网站| 影音先锋亚洲精品| 欧美成人r级一区二区三区| 亚洲国产小视频在线观看| aaa亚洲精品一二三区| 欧美日韩另类国产亚洲欧美一级| 一区二区日韩精品| 久久精品毛片| 亚洲国产一区二区三区青草影视| 欧美电影免费观看大全| 一本久道久久综合中文字幕| 欧美一区亚洲二区| 亚洲国产精品成人精品| 欧美日韩在线不卡一区| 欧美一区二区三区免费大片| 欧美国产日产韩国视频| 亚洲午夜电影| 合欧美一区二区三区| 欧美激情国产日韩精品一区18| 一区二区三区高清不卡| 亚洲国产精品欧美一二99| 亚洲国产日韩欧美在线图片 | 一本大道av伊人久久综合| 欧美不卡在线| 亚洲一二三区精品| 另类综合日韩欧美亚洲| 国产精品99久久久久久宅男| 国产亚洲一区在线| 欧美国产欧美亚州国产日韩mv天天看完整 | 牛夜精品久久久久久久99黑人| 亚洲免费av片| 久久欧美肥婆一二区| 一二三四社区欧美黄| 精品动漫3d一区二区三区免费版 | 欧美成人亚洲| 亚洲欧美影院| 99国产精品99久久久久久粉嫩| 久久久www成人免费无遮挡大片 | 欧美天天在线| 久久精品色图| 国产精品99久久久久久宅男| 亚洲国产日韩欧美一区二区三区| 欧美在线视频在线播放完整版免费观看 | 久久综合国产精品| 亚洲影院色无极综合| 在线视频观看日韩| 国产欧美精品国产国产专区| 欧美无乱码久久久免费午夜一区| 欧美r片在线| 久久久久久久久综合| 亚洲综合日韩| 亚洲午夜激情在线| 亚洲剧情一区二区| 亚洲国产精品电影| 欧美国产日韩精品免费观看| 老牛嫩草一区二区三区日本| 欧美中文字幕在线| 午夜精品在线|