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

            C++忠實(shí)用戶

            好好研究,天天想上。

            SZ4J從事了編程工作(大多數(shù)程序員都是編程開發(fā)做起的)

                    我們進(jìn)入這個(gè)行業(yè),從事了編程工作(大多數(shù)程序員都是編程開發(fā)做起的)。我相信很多程序員的初衷,都是對(duì)編程開發(fā)有很大的興趣,興趣驅(qū)使著我們熬夜,驅(qū)使著我們研究, 驅(qū)使著我們進(jìn)步。對(duì)于CC++程序員,我相信興趣占有很大的比重。那么,我們來(lái)舉幾個(gè)例子:

                    你應(yīng)該看過(guò)《SZ4J》這本書吧,這是一本非常細(xì)致和美妙的書,我想你應(yīng)該有這樣的感受。那么在此基礎(chǔ)之上,你有過(guò)更多的思考嗎?這本書里都是以實(shí)例和理論來(lái)進(jìn)行講解的,實(shí)例是以C++語(yǔ)言進(jìn)行描述的。于是你是否有想知道在具體的編譯器和平臺(tái)下的這樣一些疑問(wèn):

                            1、this指針是怎么傳遞進(jìn)成員函數(shù)的?成員函數(shù)和普通函數(shù)以及靜態(tài)成員函數(shù)有何區(qū)別和聯(lián)系?

                            2、透過(guò)語(yǔ)法,成員函數(shù)和類在內(nèi)存中有什么聯(lián)系?對(duì)象和成員函數(shù)有何種聯(lián)系?

                            3、函數(shù)間的調(diào)用原理,是怎么實(shí)現(xiàn)的?

                            4、__cdecl、__stdcall、__thiscall和__fastcall這幾種函數(shù)調(diào)用方式,在本質(zhì)上有什么區(qū)別?具體是怎么實(shí)現(xiàn)的?

                            5、虛函數(shù)、多態(tài)和繼承在本質(zhì)上的體現(xiàn),以及這些機(jī)制在底層是怎么實(shí)現(xiàn)的?

            除此之外,你在學(xué)習(xí)和使用CC++的時(shí)候,我想你還會(huì)在乎一些細(xì)節(jié),例如:

                            1、遞歸函數(shù)一定會(huì)導(dǎo)致低效?編譯器針對(duì)遞歸函數(shù)會(huì)不會(huì)有什么樣的優(yōu)化?你怎么知道這些優(yōu)化細(xì)節(jié)?

                            2、對(duì)于這句代碼:int b = a > 0 ? 100 : 200;  // int a;      編譯器會(huì)有什么細(xì)節(jié)上的優(yōu)化?這句代碼會(huì)有比較并跳轉(zhuǎn)的過(guò)程嗎?

                            3、對(duì)于這樣的代碼:      

            1. #include <stdio.h>   
            2. int a = 10;  
            3. int main( void )  
            4. {  
            5.     printf( "%d", a );  
            6.     return 0;  
            7. }                        

                            4、對(duì)于:float a = 100;  int b = a / 30;  在VC下,你會(huì)不會(huì)懷疑這兩句代碼背后會(huì)存在函數(shù)調(diào)用?如果有,調(diào)用了什么函數(shù)?為什么?

                            5、對(duì)于__declspec( thread ) int g_nNum = 0; 你知道g_nNum++;這句代碼背后的具體實(shí)現(xiàn)機(jī)制嗎?

                            6、對(duì)于調(diào)試,你會(huì)怎么根據(jù)自己記錄的程序崩潰時(shí)的堆?,F(xiàn)場(chǎng)及其它信息來(lái)錯(cuò)誤跟蹤查找呢?

                            7、對(duì)于開發(fā)游戲來(lái)說(shuō),你怎么知道外掛是怎么修改游戲程序的,修改了哪個(gè)地方呢?

                            8、你要怎么熟悉編譯器的優(yōu)化細(xì)節(jié),怎么寫出適應(yīng)它的代碼,怎么寫出比它優(yōu)化得更好的代碼?

                    還有很多這樣上層開發(fā)的例子,這里就不一一列舉了。從上面列舉的這些疑問(wèn),我想作為一名CC++程序員,熱愛編程開發(fā)的程序員來(lái)講,你都想知道其中的原委。作為上層開發(fā)者,是應(yīng)該關(guān)注上層的功能開發(fā)和產(chǎn)品方面的東西。但是我個(gè)人覺得,本著技術(shù),本著這份熱愛,本著自身的技術(shù)發(fā)展,了解更底層一些,有助于上層開發(fā)的通透性,以及全局的掌控力度。從我個(gè)人的感受來(lái)講,當(dāng)把握了關(guān)鍵細(xì)節(jié)以及全局設(shè)計(jì)之后,任何地方出了問(wèn)題,都能很及時(shí)的反應(yīng)并予以追查和處理。在當(dāng)前的編譯器技術(shù)上,已經(jīng)非常強(qiáng)大了,很多細(xì)節(jié)可以放心的交給編譯器來(lái)優(yōu)化和處理。但是我想,編譯器不是萬(wàn)能的,人才是最智能的。掌握不是必然,但掌握了會(huì)更好。

                    對(duì)于初學(xué)者乃至工作了一定時(shí)間的程序員,對(duì)于CC++,很多處于CC++語(yǔ)法的層面,在語(yǔ)法上的條條款款使用得得心應(yīng)手,問(wèn)其本質(zhì),可能就缺乏一二了。我個(gè)人的經(jīng)歷來(lái)看,在掌握語(yǔ)法之后,在向下關(guān)注一下語(yǔ)法背后的具體實(shí)現(xiàn),會(huì)通透很多。你會(huì)在內(nèi)存上、數(shù)據(jù)上和程序的各種底層運(yùn)行機(jī)制上會(huì)有深刻的認(rèn)識(shí)。這也就是為什么去海邊玩兒,還要潛水去看看海底世界。錯(cuò)過(guò)了海底,你會(huì)失去很多精彩,而這些精彩我想也是作為程序員應(yīng)有的追求之一。

                    對(duì)于java、C#以及WEB類領(lǐng)域的程序員,我想?yún)R編可能相對(duì)遙遠(yuǎn)一些。在這方面的關(guān)注也會(huì)相對(duì)少一些,但結(jié)合前面的觀點(diǎn),作為程序員這個(gè)角色,都是讓自己的程序在機(jī)器上面跑起來(lái),那么我想這之間的諸多底層的疑問(wèn)可以作為程序員的一種興趣來(lái)研究。目的也是為了讓自己更通透,更熟悉自己的平臺(tái)。我不知道怎么表達(dá)通透二字,就我個(gè)人的感受就是,能夠從現(xiàn)象聯(lián)系到本質(zhì)實(shí)現(xiàn),并且能夠從本質(zhì)實(shí)現(xiàn)勾勒出一幅很清晰生動(dòng)的圖像在腦子里,一切都一目了然盡收眼底。有點(diǎn)居高臨下,望長(zhǎng)城內(nèi)外,惟余莽莽的那種寬廣的感觸。

                    對(duì)于本身就處于底層開發(fā)的程序員來(lái)說(shuō),無(wú)可厚非,掌握匯編就是必須的了。但是澄清一點(diǎn),本文的觀點(diǎn)更多的是從興趣和通透性上出發(fā),對(duì)于底層開發(fā)者可能會(huì)覺得底層有一定的枯燥,特別是整天破解、逆向等工作,非常多的體力活,從我?guī)啄甑臉I(yè)余破解和逆向經(jīng)驗(yàn)來(lái)看的確是這樣的。但是我覺得,破解和逆向只是領(lǐng)域之一,我之所以破解和逆向,很多時(shí)候是處于興趣和為了對(duì)上層進(jìn)行更本質(zhì)和合理的解釋。所以,上層和底層結(jié)合,才是我的根本目的,也是本文想推崇的一種思路。

                    綜上所述,我的觀點(diǎn)是CC++程序員乃至程序員,不管是作為興趣還是工作,掌握或者了解一下匯編都是有一定必要的,但不是強(qiáng)制性的,也正所謂需求和追求不盡相同罷了。因此,不要問(wèn)別人到底是否應(yīng)該關(guān)注一下底層,掌握一下某種匯編語(yǔ)言,答案很明顯。
            http://blog.sina.com.cn/s/blog_8f1b350e0100xj8g.html
            http://blog.sohu.com/people/news2011list002/184677286.html

            posted on 2011-09-16 15:34 C++忠實(shí)用戶 閱讀(320) 評(píng)論(0)  編輯 收藏 引用

            91精品国产综合久久婷婷| 久久99国产精一区二区三区| 久久有码中文字幕| 久久伊人色| 2021国内久久精品| 国内精品伊人久久久久| 久久人妻少妇嫩草AV蜜桃| 大香伊人久久精品一区二区| 久久精品视频网| 久久久久se色偷偷亚洲精品av| 国产成人久久激情91| 久久毛片免费看一区二区三区| 久久青青草原精品国产| 蜜臀久久99精品久久久久久| 国产精品99久久久久久人| 亚洲精品乱码久久久久久不卡| 国内精品伊人久久久久AV影院| 亚洲国产成人精品女人久久久 | 国产99久久精品一区二区| 久久99精品久久久久久水蜜桃| 中文字幕乱码久久午夜| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品成人国产午夜| 免费一级欧美大片久久网| 99精品久久精品| 久久久久人妻一区精品性色av| 久久午夜福利电影| 精品一久久香蕉国产线看播放| 国产精品久久国产精麻豆99网站| 久久无码AV一区二区三区| 久久久久99精品成人片| 青青草原综合久久大伊人精品| 嫩草伊人久久精品少妇AV| 久久久亚洲AV波多野结衣| 热综合一本伊人久久精品| 久久99精品久久久久久9蜜桃| 国产毛片久久久久久国产毛片 | 狠狠久久亚洲欧美专区| 久久久一本精品99久久精品66| 一本色道久久88—综合亚洲精品| 久久频这里精品99香蕉久|