㈠ 如何讀程序
入門不是只看程序，就像一個不會外語的人盯著阿拉伯語看半天，也看不出名堂。你要去找書看，知道最基本的語法，知道程序大致是怎麼寫的了，你才可以去看更多的代碼～
㈡ c語言讀程序
聲明全局變數x=1;
進入main()函數;
聲明變數a=3；
進入fun函數，聲明局部變數x;
回到main(）函數，執行x+=a++;
根據優先順序順序，首先執行a++，再執行賦值操作；
有幾點注意：
此處的x為全局變數，其值為1；
a的值經過fun()函數不會改變；
先執行a++，但含義是先使用，後遞增。所以相當於
x+=a;
a+=1;
輸出結果，x=4
㈢ C語言讀程序
for( i=0;i<10;i++ ) a[i]=i ; //這樣，數組按順序就被填入了0 1 2 3....每位的值，等於其下標
for( i=1;i<4;i++ ) k+=a[i] ; //這里取a[1],a[2],a[3]的值，累加到k上，即k=1+2+3=6
所以，結果k=6
認真閱讀一下for循環介紹和數組的基本知識，及 「+=」這個運算符的意思
㈣ 怎樣讀一個大程序
聲明：我指的是普通程序，可能更偏重一些演算法性程序，你要去讀開源的開發庫或者操作系統代碼，就另說了啊！ 下到一塊大代碼，有幾十個類，有些人當場嚇暈過去（誇張了點）。其實我們分析這樣的程序，可以： 其次，把VC自己生成的東西可以略去不看，對於單(多)文檔程序，通常有Frame，doc，view等類，一般只有view類是需要看的（專做文檔處理的程序doc應該是重要的），還有關於AboutDlg，APP等，都可以不看了。這樣下來，一個比較復雜的程序也往往只有五六個比較核心的類了（重量級的大Case當然也可能更多）。對於UI設計很精巧的程序，盡量把他們的UI部分和核心功能部分分成兩個大塊來分割殲滅。 再次，對於這些類的分析也往往要分清輕重緩急，根據自己的需要迅速進入重點類的分析。一般的方法是從view類的操作相應中一路跟下來，看看是不是模塊分的很清楚，如果是就可以迅速進入自己感興趣的類進行研究了。如果不是很清楚，就要從各個類提供的介面來分析，看看到底各個類都提供了那些介面，也就知道了它們大體實現了那些功能。問題是很多程序對介面的設計並不好，它們的設計者往往省事兒全都設置成了public型的介面（只有少數很棒的程序才把public/protected/private分的很清楚，一些大公司里的很棒的程序代碼也不會輕易流傳到網路上供自由下載的），甚至內部的成員變數也暴露成public型，但是並非所有的函數都是外部介面（大部分都是內部介面）。為了分清內外介面，就需要我們在類的頭文件中將一些看起來不像外部介面的寫到private里去試試，編譯一下，不行放回去，行的話在拿過來幾個不像的，如此這般，這般如此，往往最終發現外部介面只有那麼兩三個，也有多到五六個的，弄清了出口，再分析起來就輕松多了。（編譯器對於介面保護部分的錯誤調用是很敏感的，因此如果是一個外部調用的介面，而我們改成了private型了，編譯器必然會報錯的）。 最後，各個核心類都知道是誰了，外部介面也都了解了，那麼把這些東西在一張白紙上勻稱的畫出來。有些有經驗的應該知道我下面要干什麼了，對了，就是畫耦合關系圖。一個良好的程序在設計的時候都要涉及到類之間的耦合關系，即時有些懶懶的程序設計人員沒有搞這個東西就寫了程序（可能他只是工作之餘玩玩就搞出來一個大家感興趣的代碼）。我們畫出了這個圖以後，就做到胸中有溝壑了，結合我們運行程序時候的體驗，可以說這時候我們對程序的設計概要完全瞭然於胸了。 再進去讀代碼就是個人的事兒了，在這之前做的這些工作將會以很少的時間，對我們分析代碼的工作提供很好的前提條件，這樣我們讀代碼就會有如沐春風的感覺了（當然不能是那種不值得一讀的代碼）。
㈤ 計算機如何讀程序
uuu
㈥ 如何讀出單片機的程序
專業員做謂單片機解密
現單片機加密越越強STC公司51單片機已經懸賞20萬尋求破解
程序載進入單片機已經經加密逆向讀取程序幾乎行
行僅基於軟體程序更基於硬體層面
㈦ 如何讀大型程序
能問人的話就盡量去問人,尤其是上一屆編寫者.我有同學在航天集團軟體方面工作,主要是審代碼(代碼不是自己寫的),有一看不懂的就打電話問寫代碼的人.
要是找不到人問的話或者很麻煩,那就抓住重點,要有目的進行讀程序.看自己需要修改程序的哪一部分,然後由這一點出發,再看相關內容的代碼,這樣雖然有時候會覺得對整體沒有把握,但這是最有效率的方法.
㈧ 如何讀源代碼
我以前，讀代碼一般是先看看程序包含哪些頭文件，接著作者又定義了哪些宏，聲明了哪些全局變數。（注意，除了頭文件幾乎每個程序都有之外，其他兩項不一定都有。）
之後看自定義函數的原型，了解它們各是負責什麼工作的（可以猜一猜）。對於具體的實現，先不看。（一般在主函數之後或其他文件里實現）
然後進入主函數，採用「逐行掃描」的閱讀方式。直到主函數結束。
最後才去看那些自定義函數的具體實現。
另外，如果程序中還有「類」的話，那我會先去看一看類的介面，就是它能提供哪些操作。具體的實現都是讀完主函數之後才看的。
當然這是我的習慣，我想各人有各自的習慣，所以僅供樓主參考，你應該有自己的習慣。
C++程序一般分為幾個文件存放。我喜歡先看一看.h頭文件里都聲明了些什麼。特別注意類的介面。然後進入主函數所在的.cpp源文件，從頭到尾「逐行掃描」。最後才去看類的介面及自定義函數是如何實現的。
㈨ 如何學會讀程序
長遠來看 要多實踐
眼下 先找幾個完整而且短小的程序，多讀幾個，增加點經驗，也增加點信心