c語言項目化教程

A. c語言程序設計該如何入門

剛接觸編程誰都是滿頭霧水的，尤其是那些曾經根本就沒用過電腦的人，這簡直就是比登天還難！！但是他既然能製造出來，難道還有學不會的道理。。。下面是我學學中的一些技巧，洗完對你有幫助： 一。 很多人對學習C語言感到無從下手，經常問我同一個問題：究竟怎樣學習C語言？我是一個大學生，已經開發了很多年的程序，和很多剛剛起步的人一樣，學習的第一個計算機語言就是C語言。經過這些年的開發，我深深的體會到C語言對於一個程序設計人員多麼的重要，如果不懂C語言，你想寫底層程序這幾乎聽起來很可笑，不懂C語言，你想寫出優秀高效的程序，這簡直就是天方夜譚。為什麼C語言如此重要呢？ 第一:C語言語法結構很簡潔精妙，寫出的程序也很高效，很便於描述演算法，大多數的程序員願意使用C語言去描述演算法本身，所以，如果你想在程序設計方面有所建樹，就必須去學它。 第二：C語言能夠讓你深入系統底層，你知道的操作系統，哪一個不是C語言寫的？所有的windows,Unix,Linux,Mac,os/2，沒有一個里外的，如果你不懂C語言，怎麼可能深入到這些操作系統當中去呢？更不要說你去寫它們的內核程序了。 第三：很多新型的語言都是衍生自C語言，C++,Java,C#,J#,perl...哪個不是呢？掌握了C語言，可以說你就掌握了很多門語言，經過簡單的學習，你就可以用這些新型的語言去開發了，這個再一次驗證了C語言是程序設計的重要基礎。還有啊，多說一點：即使現在招聘程序員，考試都是考C語言，你想加入it行業，那麼就一定要掌握好C語言。 那麼究竟怎樣學習C語言呢？ 1:工欲善其事，必先利其器 這里介紹幾個學習C語言必備的東東： 一個開發環境，例如turbo C 2.0,這個曾經占據了DOS時代開發程序的大半個江山。但是現在windows時代，用turbo C有感覺不方面，編輯程序起來很吃力，並且拖放，更沒有函數變數自動感應功能，查詢參考資料也不方便。建議使用Visual C++,這個東西雖然比較大塊頭，但是一旦安裝好了，用起來很方便。 一本學習教程,現在C語言教材多如牛毛，但推薦大家使用《C語言程序設計》譚浩強主編 第二版 清華大學出版社，此書編寫的很適合初學者，並且內容也很精到。 除此以外，現在有很多輔助學習的軟體，畢竟現在是Window時代了，學習軟體多如牛毛，不象我們當初學習，只有讀書做題這么老套。我向大家推薦一個「集成學習環境(C語言)」，里邊的知識點總結和常式講解都非常好，還有題庫測試環境，據說有好幾千題，甚至還有一個windows下的trubo C，初學者甚至不用裝其它的編譯器，就可以練習編程了,非常適合初學者。還有一個「C語言學習系統」軟體，不過感覺只是一個題庫系統，如果你覺得題做的不夠，不妨也可以試試。 2:葵花寶典 學習計算機語言最好的方法是什麼？答曰：讀程序。 沒錯，讀程序是學習C語言入門最快，也是最好的方法。如同我，現在學習新的J#,C#等其他語言，不再是抱著書本逐行啃，而是學習它們的常式。當然，對於沒有學過任何計算機語言的初學者，最好還是先閱讀教程，學習完每一章，都要認真體會這一章的所有概念，然後不放過這一章中提到的所有常式，然後仔細研讀程序，直到每一行都理解了，然後找幾個編程題目，最好是和常式類似的或一樣的，自己試圖寫出這段已經讀懂的程序，不要以為常式你已經讀懂了，你就可以寫出和它一樣的程序，絕對不一定，不相信你就試一試吧，如果寫不出來，也不要著急，回過頭來再繼續研究常式，想想自己為什麼寫不出來，然後再去寫這段程序，反反復復，直到你手到擒來為止，祝賀你，你快入門了。 3：登峰造極 寫程序的最高境界其實就是掌握各種解決問題的手段(數據結構)和解決問題的方法(演算法)。 是不是寫出底層程序就是程序設計高手呢？非也，寫底層程序，無非是掌握了硬體的結構，況且硬體和硬體還不一樣，要給一個晶元寫驅動程序，無非就是掌握這塊晶元的各種寄存器及其組合，然後寫值讀值，僅此而已。這不過是熟悉一些io函數罷了。那麼怎樣才算精通程序設計呢？怎樣才能精通程序設計呢？舉個例子：你面前有10個人，找出一個叫「張三」的人，你該怎麼辦？第一種方法：直接對這10個人問：「誰叫張三」。第2種方法：你挨個去問「你是不是張三？」，直到問到的這個人就是張三。第三種方法：你去挨個問一個人「你認不認識張三，指給我看」。不要小看這個問題，你說當然會選第一種方法，沒錯恭喜你答對了，因為這個方法最快，效率最高，但是在程序設計中找到解決問題的最優方法和你用的手段卻是考驗一個程序員程序設計水平的重要標志，而且是不容易達到的。剛才這個問題類似於數據結構和演算法中的：Map數據結構，窮舉查找和折半查找。所以掌握好數據結構和一些常用演算法，是登峰造極的必然之路。最後給大家推薦嚴尉敏的《數據結構》清華大學出版社，希望每一個想成為程序設計高手的人研讀此書。[編輯：趙晉軍] 二，語言學習方法 談談偶的學習方法，拋磚引玉！ 學習不論講不講方法，最終都能學會。但是別人1個月學會了，而你卻100年才學會，這不就晚了么？：）所以說，學習還是要講究方法的。學習方法正確，事半功倍；學習方法不正確，事倍而功半。 什麼才是學習C語言的捷徑？我的答案是看書。書中所寫，是前人數十年經驗所寫，看十本書，就相當於汲取了前人數十年的功力，那麼你的內功也會迅速上升1甲子。：）書當然要看好書，只有好書才營養豐富。假如你花了1天時間看了一本破書，而該書介紹的知識雖然對於你來說是全新的知識，但是由於書中組織不當、或者深度不夠，使你獲取的營養很少，還不如自己研究一天來的快，這種書就不值當看了。學習C語言要看那些好書？我認為首先要把基礎書給看扎實了，比如《C語言之四書五經》中介紹的4本。（雖然這些書很多已經絕版了，但我相信電子版也是很有益處。況且，如果你真的想看，我相信你一定有辦法搞的到。）這些書你會在很短的時間內看完（比如一兩個月），這取決於你的基礎和悟性。之後要看那些書呢？我不妨再列幾本。Bjarne Stroustrup的《C++程序設計語言》（The C++ Programming Language）一定要看，這本書裡面對於C的一些基礎概念的定義，比我見過的其他任何C語言書都要全，都要仔細；Bjarne Stroustrup的《C++語言的設計與演化》（The Design and Evolution of C++）和David R.Hanson 的《C語言介面與實現 創建可重用軟體的技術》（C Interfaces and Implaementations Techniques for Creating Reusable Software）一定要看，這兩本書講述了如何用C來實現異常處理、實現類型的封裝和擴展等一些大的項目中經常用到的高級技術。其他的書，操作系統的要看，編譯原理的要看，演算法的要看，模式的也要看。讀書破萬卷，coding如有神。總而言之，就如《傳》中雲：「生而知之者，上也；學而知之者，次也；困而學之又其次也。」我們不能總是因困而學之，而要做到兵馬未動，糧草先行。 看書是學習的導向，書中能一一介紹清楚概念，但書卻不能把應用的細節一一介紹給你，因為應用總是招數繁復，變化多端。因此我們要想熟悉招數，懂得書中所講怎麼使用，還要多讀源碼。Linus給別人解答問題的時候，常說Read the ***ing source code；候捷也在其文中提到「源碼之前，了無秘密。」這就是大師的箴言呀。源碼就像是動畫、就像是幻燈片，把書中的招式一一演練給你看。可以說高手的經驗大都是源自代碼。源碼和書一樣，也是要看好的，不要看差的。在此，我推薦看Linux kernel source code 和 Linux tcp/ip source code。這兩套代碼都是開源的，垂手可得。此外，還可以配合著Andrew S.Tanenbaum的《操作系統的設計與實現》(Operating Systems：Design and Implementation)、毛德操 胡希明的《Linux內核 源代碼情景分析》、Jonathan Corbet,Alessandro Rubini,Greg Kroah-Hartman合著的《Linux設備驅動程序》（Linux Device Driver,3e）、W.Richard Stevens《TCP/IP詳解（3部）》 (TCP/IP Illustracted )、W.Richard Stevens《UNIX環境高級編程》（Advanced Programming in the UNIX Environment，新版增加了Linux kernel的內容）等書來看，方便的很當然程序不是看出來的，是寫出來的。我高中的時候每天堅持寫6個小時程序，《數據結構》和排列組合、圖論方面的習題反復做了N遍。到現在雖然已經時隔二年，很多內容早已淡忘掉，但卻培養了我很強的編碼能力和調試能力，直到現在還對我的工作有很大的幫助。 學習忌貪多、忌浮躁、忌急功近利、忌目中無人。把學習計劃放的長一些，培養一個好的學習方法，一步一步慢慢走，終能成為高手。 C是編程語言的基礎，建議大家從C開始！還有就是我聽說大部分黑客是C語言的鐵桿Fans，當時我聽了這個，所以對C學了下去！是這個信念讓我堅持學會，學通，學精！希望大家學編程語言時，心中有一個信念！ !

B. c語言編程怎樣入門

相對於其他編程語言，C語言還是比較難的。初學者需要注意一下幾點：
一是學習順序
先從熟悉簡單的C語言語法開始入門，然後再循序漸進，學習C++語法，WIN32、MFC、QT、網路編程，資料庫、數據結構、演算法、COM、STL等。構建一個完整的C語言知識體系。這需要一個比較漫長的學習積累的過程。語法入門部分大概2-3個月，其他部分需要學習和工作中慢慢理解和消化了。
二是學習方法
人的知識80%是通過眼睛獲取的，但是學習編程有所不同，除了看書、看視頻之外，關鍵是要勤動手，勤動腦。通過做大量的練習、項目實戰不斷積累代碼量。只有代碼量足夠多了，項目做的多了，才能算是真正學會了。項目能否完成，就是衡量是否學會的唯一標准。後期就是代碼的質量和優化問題了，這個只能在項目工作中慢慢積累經驗了。
最後強調一點，很多人學不會編程是因為掉坑裡了。就是教程或者書上的知識點之間跨越太大，作為一個初學者很難自己摸索出來，前面的知識點沒有掌握，接著學習後面的知識，肯定是學不會了。目前絕大多數編程書籍和教程或多或少都有這樣的弊端。自學能力比較強的人可以通過各種方法，參考各種網上的資料自己解決。但是大多數自學能力不是很強的人，只能依賴老師、同學、同事或者朋友幫忙指導，或者報名培訓機構，老師指導完成了。學習編程通常需要一些好的學習資料，包括紙質的書籍，視頻教程，課件，項目練習，代碼。零基礎入門的書籍推薦《明解C語言》、《C Primer Plus》，還有一本非常特別的匯編和C語言正向逆向結合的書編程達人內部教材《匯編、C語言基礎教程》也非常不錯，講解匯編和C語言的本質非常透徹，非常細致。視頻資料也是特別多了，各種視頻網站、論壇、自媒體都有，比如網易課堂、騰訊課堂、慕客網這些。還有一些論壇，比如CSDN、編程中國等。最重要的一點就是答疑服務，推薦愛達人的網站也很不錯，從零基礎入門到應用課程，配套的視頻、課件、代碼、項目、答疑服務都有，還可以兼職接單，學以致用。

C. 求譚浩強c語言程序設計視頻教程打包下載

鏈接:

提取碼:f1bt

譚浩強老師C語言視頻教程是2007年5月17日發布的網路課程，參考於C語言程序設計。C語言程序設計作為大學理工課大一下學期必修的課程，學習該課程並不是要求大家能用C設計一個復雜的程序，最主要是掌握一種結構化設計的編程思想，對編程不再恐懼陌生,該課程的知識點的講解通俗易懂，使即使沒有任何基本的朋友也可以很好的掌握。學完本課程後對後繼的編輯語言的學習將會有很大的幫助！

D. C語言實訓項目編程一般步驟

稱 計算機工程系 專業 網路安全 指導教師
學生姓名 班級
實訓
時間 年 月 日---------- 年 月 日
實訓項目和地點：
實訓項目：C++程序的設計與應用

地點：
實訓目的：
在實踐過程中，使我們進一步鞏固C++程序設計課程所學知識，更加深入地了解面向對象程序設計的主要技術特點以及C++語言的強大編程功能指導學生利用獲取信息的手段進一步獲取新知識，以解決實訓過程中遇到的技術難點，從中提高自學能力；按照軟體開發的基本要求引導我們完成實訓課題，以便我們了解軟體開發的幾個重要環節；提高我們的編程技術，使程序的編寫更趨於專業化，為從業打下良好的基礎、培養我們分工協作的團隊精神。

實訓設備及器材：
1、計算機配置：Celeron cpu 2.66GHz 1G內存 計算機一台
2、操作系統平台： Windows XP
3、軟體開發平台：Visual C++ 6.0
4、其它應用軟體：Microsoft Access / SQL Server 、Word、Visio等

實訓的步驟和內容：
設計題目：輸入4個整數，要求按由大到小的順序輸出
第1步、問題描述：
輸入4個整數，要求按由大到小的順序輸出。
第2步、基本思路：
利用選擇法進行排序。
第3步、編寫程序：
#include<stdio.h>
void main()
{
int a,b,c,d,t;
scanf("%d,%d,%d,%d",&a,&b,&c,&d);
if(a<b)
{t=a;
a=b;
b=t;}
if(a<c)
{t=a;
a=c;
c=t;}
if(a<d)
{t=a;
a=d;
d=t;}
if(b<c)
{t=b;
b=c;
c=t;}
if(b<d)
{t=b;
b=d;
d=t;}
if(c<d)
{t=c;
c=d;
d=t;}
printf("%d,%d,%d,%d",a,b,c,d);
}
第4步、運行結果：_
輸入：5，7，9，4
輸出：9，7，5，4

實訓結果分析及其心得體會：
通過C++實訓，讓我加深了對C語言的了解，而不只是單單的在課本中學到的那些理論，平時乏味的課程，通過自己動手親自編寫，變的生動有趣，而在自己動手的過程中，出現的問題很多，比理論要難的多，當一個程序寫完以後，經常會有很多錯誤而沒法解決。不過，通過幾天的實訓，逐漸積攢了一些經驗，有些錯誤可以很快就看出來。
這次實訓有很大的收獲，讓我對C語言有了更深的認識，平時在課堂上學到的東西可以自己動手編寫，將其轉化成一些實用的技能。如果是一個程序寫完一處錯誤也沒用，會有種成就感，於是興趣就來了，興趣來了，自然學的東西也就多了，能把理論變成實際的技能，讓我對C語言有了濃厚的興趣和更深層的認識。
C語言是一個有序的學習，學了最基本的替換，然後擴展到循環，嵌套，條理很清楚，不是 一個零散的知識，實際上所有的課程都如此，不過通過實訓我也知道了自己的不足，存在的很多問題。
比如自己寫的寫的小程序出了問題，不會解決了就叫老師幫忙，雖然說一定意義上增加了師生之間的感情，但是會養成一種依賴的心理，碰到問題了第一個想到的是求助而不是自己獨立解決，所以以後要多多鍛煉自己的信心和增加自己的能力，爭取做到不在身邊的時候也可以完成一些簡單的程序編寫與錯誤排除。
還有自己的基礎知識不扎實，遇到的問題，沒有很好的邏輯思維，親自編寫一個陌生的程序的時候會有種無法下手的感覺，找不到突破口。通過實訓，逐漸理清了順序，對於簡單的程序和一些相對比較繁瑣的嵌套，循環，不在是看著一頭霧水。其實只要理清了思路，把基礎知識掌握了，然後有條不紊的分析，一步一步理解，C語言還是很有意思的課程。
自己親自動手編寫程序讓我增加了對C語言程序開發環境的了解，不管以後從事什麼行業，學習C語言都對自己的職業很有幫助，如果是從事編程工程工作的話，就更有幫助了，即使以後的編程工作可能不用C語言，但是擁有扎實的C語言基礎是對工作很有用的。
當初在初步接觸C語言的時候，看著一堆「奇形怪狀」的符號，覺得甚是無聊，通過這次實訓，擺脫了那種似懂非懂的狀態！
感謝學校安排這次實訓和老師的耐心講解，讓我學到了很多知識，在實訓過程中，同學之間的互相探討，老師的循循善誘，最終讓我們達到了舉一反三的效果，在學知識的同，也增加了同學老師之間的感情。希望以後還會有更多類似的實訓課程，在有限的大學時間內學到更多的實用技能，為以後的工作打下一個良好的基礎。

E. 剛開始學C語言，要看些什麼書（介紹幾本）

《程序員》推薦C++ 圖書三人談

主持人：熊節（透明），《程序員》雜志編輯，C-View成員
嘉 賓：孟岩（夢魘）,聯想公司掌上設備事業部應用開發處任職，C-View成員。與侯捷先生合譯《C++ Standard Library》一書
金尹（惡魔），上海天宇公司CTO，在《程序員》連載有「自由與繁榮的國度」系列文章

透明：「學C++用哪本書入門」，這是被問得最多的一個問題。但是哪一本書是最好的入門書？似乎很難找到答案。《C++ Primer》太厚，《Effective C++》對讀者要求比較高，《Essential C++》又常常被批評為「太淺」。
其實說穿了：no silver bullet。想從一本書學會C++，那是不可能的。有朋友問我如何學C++，我會建議他先去找本數據結構書，把裡面的習題全部用C++做一遍，然後再去看《Effective C++》。myan經常說「要在學習初期養成好習慣」，我對此頗不以為然。
個人認為，《Essential C++》適合作教材，《C++ Primer》適合作參考書，《Effective C++》適合作課外讀物。

惡魔：很後悔當初買了《C++ Primer》。因為從我個人角度來看，它的功能效用基本是和《The C++ Programming Language》重合。當然對於入門來說，它還是很不錯的。但是《C++ Primer》太厚，一來導致看書極其不方便，二來系統學習需要花比較長的時間。對於目前這個越來越快餐化的時代來說，的確有很多不適合的地方，不過可以作為初學者的參考書。現在我以一塊K3 CPU的代價把它借給了別人，希望我那位同事能夠從中得到一些益處。
如果已經具備了C基礎，我建議看國內的書，例如錢能的《 C++大學教程（第二版） 》。(如果沒有C的基礎還是看譚浩強的C語言)。這本書對C講得還算比較清晰，有很多習題值得一做，特別是最後的struct和union兩個部分。其中的一些演算法比較拖沓和繁瑣（比如樹和鏈表的遍歷演算法），讀者可以嘗試修改這些例子，作為最後對C語言的一些總結測試。

夢魘：這個問題讓我想起四五年前的情形。今天對於C++有一點認識的人，多半是從那幾年就開始學C++了。那時根本沒有品牌觀念。從書店裡找一本C++書，如果看著還算明白，就買下來。我記得那時候宛延闓、張國鋒、麥中凡教授的書都受到很高的贊譽。我個人最早的一本C++書是Greg Perry的一本書，今天想起來，其實是一本打著C++旗號的C語言教程。對我作用最大的一本書是國防科技出版社出版的一本書，書名記不得了，作者叫斯蒂芬·布萊哈。
透明：還記得以前曾批評過一本C++書，是北航出的，整本書就沒有出現過class關鍵字。那本書，說穿了其實只是介紹了C語言和iostream庫的用法，根本不能算C++。而當時我常常推薦的一本書是電子科技大學張松梅老師的C++教程。那本書，直到今天來看也沒有太大的問題，唯一的缺憾就是由於年代久遠，許多東西已經過時了。而對於一本技術書籍來說，「過時」是最不可接受的。
總體來說，那時使用C++的人真是在「盲人摸象」。不過這也有好處，就是對C++的很多細節能搞清楚，以後看到經典好書時比較容易理解；當然壞處就是概念不清，甚至都不知道C++和Visual C++、Borland C++到底有什麼不一樣。

夢魘：整個90年代，其實大部分人對於C++的認識都似是而非。一開始是等同於Borland C++，後來是等同於Visual C++和MFC。所以一般來說，打著BC和VC旗號的書賣得很好，人們覺得這就是C++。而我比較幸運，布萊哈的那本書雖然從現在的眼光來看談不上高超，但基本路子是對的。可能是因為原書是給UNIX程序員的培訓教材，所以沒有讓我一開始就形成「C++ == VC++」的認識。
其實一直到1996年，我們那裡搞計算機的都是唯Borland C++馬首是瞻的，到了VC 4.0出來，一下子格局全變了。1997年VC5推出之後，書店裡MFC書鋪天蓋地，學MFC的人，頭抬得都比別人高一些。不過現在看來，那時候大部分的MFC書都是三流貨色。我曾經有一段時間認為，那一批程序員中間有不少被誤導了。根本原因就是相對的封閉。

透明：我覺得一本書的價值有兩方面：第一，教給你實用的技術；第二，促使你去思考。對於一本介紹VC（或者說MFC）使用方法的書，我根本不希望它能促使我有什麼思考，所以我就一定要求它在技術上精益求精完美無瑕。我剛開始用VC的時候，買的第一本書就是潘愛民老師翻譯的《VC技術內幕》（第四版），沒有受到那些「三流貨色」的誤導，應該說是很幸運的。

夢魘：1999年機械工業出版社開始出版「計算機科學叢書」，其中的《Thinking in C++》第一版受到了廣泛的歡迎。其實我一直不認為這本書很出色，雖然拿過一次大獎。然而我們都得承認，這本書在C++書籍領域里第一次建立了品牌觀念，很多初學者開始知道，不是隨便買哪一本都一樣的。再往後就是2000年的《 深入淺出MFC（第二版） 》第二版，以及侯先生在《程序員》上發表的那一篇《C++/OOP大系》，加上整個大環境的變化，品牌觀念深入人心，C++書籍市場終於開始逐漸與世界同步。
回想往事，我的感覺是，那個需要戰戰兢兢選擇入門書的時代已經過去，今天的C++初學者，大可以放心地買口碑好、自己讀起來思路順暢的書，入門不再是太大的問題。還有一些程序員已經學了幾年C++，但看到今天出版的一些新書，感覺比較陌生，這也不是什麼問題。侯先生經常說「凡走過必留下足跡」，所謂「走彎路」，未必不是一件好事。
至於具體的推薦表，就不好一概而論了。總之在我的印象里，《Essential C++》、《C++ Primer》、錢能教授的C++教程，都不錯。甚至有人一上來就看Bjarne Stroustrup的《The C++ Programming Language》，只要他喜歡，也沒什麼不可以。

透明：我同意你的觀點。不管怎麼說，編程是門實踐性非常強的學問。要想對C++對象模型有深入的了解，最好的辦法就是寫一串程序去看結果；要想學會OOP，也只能從項目中學。對於初學者，最好的學習方法就是不停地寫程序，寫真正有用的程序，寫到有問題的時候就去查書，於是自然就會知道哪本書好哪本書不好。不過我們的教育制度能不能讓大學里的學生們有這樣的學習機會，我表示懷疑。
以我的經驗，學C++有兩個門檻：入門和使用。完全看不懂C++，這是一個門檻，但是只要有一本合適的入門書，很快就能跨過。要想真正用上C++，卻不是件很容易的事情。尤其對於學生來說，接觸到的東西多是「玩具」，很難有實戰的機會。所以經常看見有人問「C++到底能做什麼」，這是C++學習中一個比較麻煩的問題。我們都是做了相當長時間的C++程序之後才看到一些真正經典的書，也正是因為走了相當長的彎路之後才知道這些書的經典之所在。所謂彎路，我想也是一種必須的積累。就算一開始就看《Essential C++》和《C++ Primer》，沒有兩三年的時間恐怕還是難有所得。

惡魔：有兩句十分有道理的話，一是我大學的C語言老師說的「寫程序不如說是抄程序」，另一句是一網友說的「好的設計來自借鑒，天才的設計來自剽竊」。對於我這個理性批判主義者來說，這兩句話的確不太適合。但是無論從哪個角度來講，對於初學者來說，剽竊大師的作品是通向成功的最快捷徑。
我個人認為，對於C++的初學者來說，首先要確定自己專業領域內主要使用的特性的方向。因為C++的特性如此眾多，初學者想貪多基本是不可能成功的。C++的編程範式基本可以分為ADT+PP、GP和OO三個方向。對於ADT+PP範式來說，初學者的主要問題不是學習C++，而是學習C的使用。對於這樣的初學者，國內的幾本書還是寫得比較清楚，符合中國人的習慣，比如譚浩強的《C語言教程》、錢能的《C++語言大學教程》。這兩本書我首推第一本，因為這一本我潛心研究了一年，這本書當中很多程序是可以剽竊的，而且可以對這些程序進行加工和提升。比如結構這一章中，它所給出的用struct來實現鏈表、二叉樹的演算法是相當蹩腳的。學習ADT+PP的初學者將這本書揣摩透以後可以嘗試修改這兩個程序。另外這本書的第二版稍微涉及了一些關於「類」的內容。學習ADT+PP的初學者，可以不被OO中的一些專有特性擾亂自己的思路，對於類層次扁平、無繼承、無多態的程序編寫是有很大好處的。

透明：你好象比較推崇國內教授寫的書。現在社會上有種不好的風氣：一捧就捧上天，一貶就貶下地。就好象對待譚教授的書，前幾年是奉為經典，這幾年又有很多人使勁批評。學C++更是有點「崇洋媚外」，總是覺得初學就應該看《Essential C++》。我看這種觀點也是片面的。

惡魔：當然《Essential C++》也值得看看。但是我個人覺得這本書沒有譚浩強的《C語言教程》來得好。主要原因是：第一，C++的所有特性都點到了，但是不深，看了以後會三心二意沒有方向；第二，可以抄襲借鑒的例子太少。《C語言教程》中有很多有趣的問題，比如猴子吃桃、漢諾塔等等，這些例子對於剛剛涉及C/C++語言編程的人來說是學習編程很好的例子。《Essential C++》只能是前兩本書看透以後，作為學習C++特性的一個過渡性的書籍。讓讀者真正領略到什麼是C++的編程、和C編程的不同點在哪裡。

透明：我發現一個很有趣的現象：初學者往往喜歡問「哪本書比較好」，這讓我很是不解。這有點像一個剛學打籃球的人問「王治郅和科比誰比較厲害」。當然科比更厲害一些。但如果你是想學打籃球，這兩個人都非常非常有資格教你，你跟誰學都能學得很強——關鍵不是在於你選哪個老師，而是在於你自己用多少功夫去學。

透明：回到原來話題。學會了C++的語法，能看懂C++代碼之後，必須有些書來指導進階（或者叫指點迷津）。我覺得《設計模式》很好，能夠讓讀者看到一些精妙的用法。不過正如我經常說的，模式帶來的麻煩和好處一樣多，甚至麻煩還要更多。而且，C++本身的問題使得在C++中使用GoF模式愈加麻煩。

夢魘：《Design Patterns》這本書絕對是不可以沒有的，而且中英文版都不可少。最初我看中文版，說實話看不懂，但是也不覺得人家翻譯得不好，所以就想，大概是原文就很難懂，加上自己水平有限。於是總是想著再找幾本patterns的書來看。後來找到幾本書，口碑還不錯，不過水平高下，一比就出來了，還是那本《Design Patterns》最經典，最耐看。英文版出來之後，兩個版本對照看，明白多了。現在覺得，其實就設計模式來講，把這本看明白了就很不錯了，不用再花費很多心思找其他的書。我現在的包里始終夾著這本書，隨身攜帶，有備無患。
至於說設計模式的副作用，和可能帶來的弊端，我的體會也挺多。不過是這樣，我們想一想，究竟什麼情況下設計模式可以用得很好呢？一種是有經驗豐富的人引導，比如要是Robert Martin帶隊，你在某個地方用錯了設計模式，他就會指出來，說這里不對，將來會產生什麼樣的弊端。對於他來說，豐富的實踐經驗足以支持他進行「預測型」設計。但是大部分人沒這個能力，因此我們只好走第二條路和第三條路，就是「試探型」設計和「重構型」設計。遇到一個問題，你覺得用某種模式挺合適的，就大膽地用了，成功是積累經驗，發現不好，出了問題了，只好改回來，那也是積累教訓。這叫做「試探型」。至於重構，應該算是最有組織、成功率最高的工程化方法。先把問題「quick and dirty」地解決了，所有的暗礁都暴露出來，然後再根據實際情況採用合適的模式優化設計。現在XP和UP都高度重視refactory，UP在Elaboration和Construction階段都鼓勵抽出專門的iterations進行重構。所以說如果組織快速的軟體開發，當然比較傾向於這條路——打成功率嘛。

透明：講到重構，我順便說說《Refactoring》這本書的影響。從工程本身的角度來說，你所謂的「重構型設計」是沒有什麼問題的。但中國的開發者（也包括我在內）往往比較沖動，比較容易相信銀彈的存在。曾經有那麼一段時間，我在Java中嘗試過了重構的方法之後，又拿到C++中去嘗試。結果發現，在Java中速度非常快的重構過程，到C++中就被減慢了。究其原因，就是因為C++和Java的約束條件不同。拿著Java中成功的案例直接套C++，不失敗才怪。
所以，我必須說：《Refactoring》這本書很有價值。但對於C++程序員來說，它的價值是讓你思考，思考這種方法的可行性。如果一個C++程序員沒有打算遷移到Java，那麼我必須告訴他：《Refactoring》這本書不是讓你照著它用的，甚至不是讓你去相信它的。對於C++程序員，《Refactoring》全書可以放心相信的只有第13章，其他的部分，都必須非常謹慎地對待。

夢魘：我還要就「試探型」的方法多說兩句，我覺得對於個人發展來講，「試探」也是必不可少的，撞牆不可怕，高水平的人不都是撞出來的嗎？你失敗了一次，就知道這個模式有什麼潛在的問題，下次再用，就會多看幾步，像下棋似的。撞的多了，路數就出來了。
我不知道你們是否有這個感覺：用錯了模式，吃了虧，再回過頭去翻翻《Design Patterns》，看到人家早就指出來這個問題，不過就是那麼幾句話，原來看上去乾巴巴的，現在覺得句句都講到心坎上，GoF的形象馬上就高大起來，還帶著光環，感覺是既興奮又懊悔。

透明：現在回頭來看，我更欣賞myan推薦給我的《Designing Object-Oriented C++ Applications Using Booch Method》。這本書能夠幫助C++程序員理清思路培養習慣，可惜國內沒有引進。相比後來商業味濃厚的UML系列書籍，我覺得這本書對於面向對象的闡釋精闢獨到，至今未有能出其右者。

夢魘：剛才我們兩人都說到Robert Martin，他可是我的榜樣。那本1995年的《Designing Object Oriented C++ Application》，我覺得是每一個C++軟體工程師都應該反復研讀的書。可惜不僅國內沒有引進，在國外的名氣也不大。如果你覺得面向對象的那些道理你好像都明白，可就是一遇到實際問題就使不上勁，那這本書就是你的最佳導師。
提到理清思路，還有一本書不得不提，就是Andrew Koenig的《Ruminations On C++》。每個人都應該問自己，我學了這么多年的C++，究竟什麼是C++最基本的設計理念？遇到問題我第一個直覺是什麼？第一個試探型的解決方案應該具有那些特點？如果你不能給出明確的答案，就應該認真地去讀這本書，讀完了你就有了「主心骨」。

透明：插一句話，談談「推薦書」的問題。入門書基本上是放之四海而皆準的，所以推薦的意義也不大。而入門後的發展方向，每個人不同，這個時候就需要「高人」的指點。舉個例子：我學C++的時候，myan還不認識我，所以也沒有給我推薦書，我還是學過來了，所以即使你當時向我推薦了《Essential C++》或者《C++ Primer》，我也不會太感謝你；但在我認真研究OO的時候，你推薦Robert Martin那本書給我，對我幫助就特別大，而且我從別的地方也很難找到類似的推薦，所以我就很感謝你。
一個程序員，必須有framework的意識，要學會用framework，還要主動去分析framework（在這方面，《Design Patterns》能有一定的幫助）。但是，真正高質量、成氣候的framework的書恐怕也就只有針對MFC的。從這個角度來說，MFC縱有千般不是，C++程序員都非常有必要先去用它、熟悉它、研究它，甚至藉助《深入淺出MFC》這樣的書來剖析它。不然，很難有framework的意識和感覺。
當然，另一個framework也很好，那就是STL。不管用不用MFC、STL，對這兩個東西的掌握和理解都是極有幫助的。最近我又在看《深入淺出MFC》，雖然已經不用MFC編程了，但幫助是一定有的。

夢魘：MFC和STL方面，我還是比較推崇侯先生的兩本書《深入淺出MFC》和《STL源碼解析》。
《深入淺出MFC》這本書，名氣自然是大得不得了，不過也有不少人批評。其實書也沒有十全十美的，批評當然是少不了的，不過有的時候我看到有人評論這本書，把它跟Inside VC相比，真的是牛頭不對馬嘴。
你剛才其實說得很對，程序員應該有一點framework意識。而這本《深入淺出MFC》與其說是在講MFC編程，不如說通篇是在拿MFC為例分析Application Framework的架構和脈絡。所以無論你對於MFC本身是什麼態度，這本書對每一個C++程序員都有很大的益處。

透明：是的。《VC技術內幕》會告訴你「DYNAMIC_CREATE這個宏怎麼用」，《深入淺出MFC》則告訴你「DYNAMIC_CREATE這個宏是怎麼實現的」。所以，如果你只需要在VC下寫一些小應用程序，《深入淺出MFC》的價值並不太大；但是，如果你需要設計一個稍微大一點的東西（不一定是framework），MFC的設計思想就會有所幫助。

夢魘：另外，我覺得對於MFC也應該有一個公允的評價。過去是吹捧得天上有地下無，書店裡鋪天蓋地都是MFC的書，搞得大家只知有MFC，不知有C++，甚至直到現在還有人問：「我是學MFC呢，還是學C++？VC++是不是比C++更高級的語言？」MFC成了一尊神像，阻礙了人們的視線。所以得把它從神壇上拉下來。這就是過去一兩年有很多人，包括我在內批評MFC的一個目的。可是現在大家視野開闊了，.NET也出來了，MFC不再是神像了，少數人就開始以貶損MFC為樂了。我覺得這種態度是不對的。
什麼叫好的框架？我覺得在十幾年的時間能夠象MFC這樣保持穩定並且不斷進步的框架就是好的框架。可能我們在一些具體的設計問題上有不同看法，覺得「這個地方這么設計不是更漂亮嗎？」很多時候是的，但是這不重要，重要的是MFC成熟穩定、有十幾年的成功經驗，這是最了不起的東西。
另外一點，MFC中間包括著學習Win32 API編程的最佳資料。這是除了其framework方面之外的另一個亮點。我現在使用Win32 API開發，但是經常參考MFC的源代碼，收獲很大。

透明：STL方面，我對於剖析它的源代碼興趣並不大，畢竟裡面源代碼多是演算法問題。所以，《STL源碼剖析》我也只是隨便翻翻就束之高閣了。我覺得這本書用來做計算機系的數據結構和演算法教材不錯，不知道有沒有老師樂意這樣做。
對於STL，我的態度一向都是「應用至上」。不過，我一直認為SGI STL本身就是一本精彩的書，一本數據結構和演算法的經典參考書，同時也是泛型技術的參考書。想知道一個演算法是如何實現的，看看STL源代碼就行；想知道如何使用type traits，STL源代碼裡面也有例子。看別人寫的書，總覺得隔著一層紗，有點撓不到癢處的感覺。SGI STL的代碼寫得非常漂亮，一個C++程序員如果不看看這本書，實在是可惜。

夢魘：至於STL，除了《STL源碼解析》之外，我舉賢不避親，強烈推薦侯先生與我合譯的那本《The C++ Standard Library》。這本書質量之高是無需懷疑的。我現在手邊常備此書，隨時查閱，對我幫助很大。

透明：C++和Java相比，最大的優勢就是它沒有一個專門的公司來管它，最大的弱點也是它沒有一個專門的公司來管它。Java程序員在學會簡單的語法之後，立刻進入SUN提供的framework，一邊用這個現成的framework做實際開發，一邊在開發過程中繼續學習Java一些幽深的特性。而這個時候，C++程序員恐怕還在問「VC和BCB哪個好」呢。這無疑是浪費時間。

夢魘：剛才你說Java和C++的優劣，這個話題已經成了我們這個年代永不消失的聲波了。我也不想再談這個。不過有一點我得說清楚：現在我們很多用C++的人吃了不少苦頭，探過脖子去看看Java，覺得它真是太可愛了，這種印象是不準確的。另外，Java也不簡單，而且會越來越龐大復雜。在很多場合，Java還不具有競爭力。至於將來如何，我看有些Java愛好者也過分樂觀了，似乎計算機科學界幾十年解決不了的問題都可以借著Java的東風解決掉，恐怕沒那麼容易。

透明：那當然。我再次強調：No Silver Bullet。讀書很重要，但古人說「行萬里路，讀萬卷書」，還是把「行路」放在「讀書」前面。尤其對於技術書籍，如果它不能幫我解決問題、不能給我帶來非常實際的利益，那麼我是不會去讀它的。惡魔說得對，我們這個社會很快餐，我們這個行業尤其很快餐，我們也只能努力適應它。

F. C語言程序開發的四個步驟是什麼

C語言程序開發的四個步驟是什麼

1 寫代碼。

2 編譯。

3 鏈接。

4 運行。

C語言設計的三個步驟：

一、分析問題

二、畫出問題的基本輪廓

三、實現該程序

計算機語言包括機器語言、匯編語言、高級語言。機器語言是用二進制代碼表示的計算機能直接識別和執行的一種機器指令的集合。它是計算機的設計者通過計算機的硬體結構賦予計算機的操作鉛隱功能，比如匯編語言(assembly language)。機器語言具有靈活、直接執行和速度快等特點。高級語言比較容易識記和理解，像C B語言等。

C程序開發的四個步驟依次是？

輸入與編輯源程序--對源程序進行編譯--與庫函數連接--運行可執行的目標程序。

開發一個c語言程序要經過哪四個步驟

提供《計算機考試題庫》的答案（填空）：

開發—個C語言程序需要經過______、______、______和______四個基本過程。

答案：編輯 編譯 連接 運行

擴充解釋：

1. 編輯：編寫源程序代碼(.c、.h文件)
2. 編譯：將源代碼編譯為目標文件(.OBJ文件)
3. 鏈接：將目標文件生成可執行文件( .EXE文件)
4. 運行：執行 .EXE文件,得到運行結果。

1. 編寫C語言程序四個步驟是: --------- , -------- , -------- , -------- . ?

四個步驟？第一次聽有人這么說，如果寫很大代碼量的程序的話，那可得幾百行甚至幾千行的代碼，沒什麼具體步驟啊！如果說框架，那一般是
#include<stdio.h><>括弧內是你需要包含的頭文件，是具體悔虛情況而定。
void main()主函數開始，這是都有的，不過也有的是int型的。
{
}
不知道我的答案能不能幫到你!

C語言程序開發歷史

C語言的原型ALGOL 60語言。（也稱為A語言）1963年，劍橋大學將ALGOL 60語言發展成為CPL(Combined Programming Language)語言。1967年，劍橋大學的Matin Richards 對CPL語言進行了簡化，於是產生了BCPL語言。1970年，美國貝爾實驗室的Ken Thompson將BCPL進行了修改，並為它起了一個有趣的名字「B語言」。意思是將CPL語言煮干，提煉出它的精華。並且他用B語言寫了第一個UNIX操作系統。而在1973年，B語言也給人「煮」了一下，美國貝爾實驗室的D.M.RITCHIE在B語言的基礎上最終設計出了一種新的語言，他取了BCPL的第二個字母作為這種語言的名字，這就是C語言。為了使UNIX操作系統推廣，1977年Dennis M.Ritchie 發表了不依賴於具體機器系統的C語言編譯文本《可移植的C語言編譯程序》。即是著名的ANSI C。1978年Brian W.Kernighian和Dennis M.Ritchie出版了名著《C語言程序》（The C Programming Language），從而使C語言成為當時世界上流行最廣泛的高級程序設計語言。1988年，隨著微型計算機的日益普及, C語言出現了許多版本。由於沒有統一的標准,使得這些C語言之間出現了一些不一致的地方。為了改變這種情況,美國國家標准研究所(ANSI)為C語言制定了一套ANSI標准, 成為現行的C語言標准3.C語言的主要特點 。C語言發展迅速, 而且成為最受歡迎的語言之一, 主要因為它具有強大的功能。許多著名的系統軟體, 如DBASE Ⅲ PLUS、DBASE Ⅳ 都是由C 語言編寫的。用C語言加上一些匯編語言子程序, 就更能顯示C語言的優勢了,象PC- DOS 、WORDSTAR等就是用這種方法編寫的。

簡述開發一個c語言程序的步驟是什麼樣的？

1 寫代碼。這是最基礎的一步，即實現C語言的源文件(.c，必需)，和可能的頭文件(.h,非必需)。

2 編譯。將編寫好的代碼，通過編譯工具，轉換為目標文件。此步中，會對文件內部及包含的頭文件進行語法語義的分析槐前廳檢查。如果出錯，則必須返回到一步對代碼進行修改，直到沒有錯誤為止。

3 鏈接。將目標文件鏈接成可執行文件。此步會對文件直接的關聯進行檢查。如果出錯需要返回到1修改代碼。直到沒有錯誤。

4 運行。這個是最後一步，也是C語言的最終目的。

5 在運行結果與期望不符時，需要檢查原因，修改代碼，重新執行一二三直到程序沒有問題。

(1)語言簡潔、緊湊靈活。二十八個關鍵字、九種控制語句,程序形式自由,運算符豐富。三十四種運算符。

(2)數據類型豐富,具有現代語言的各種數據結構。

(3)C程序的主要結構是函數，是完全模塊化和結構化的語言。

(4)允許直接訪問物理地址,能進行位操作,能實現匯編語言的大部分功能,可直接對硬體進行操作。兼有高級和低級語言的特點。

(5)程序可移植性好(與匯編語言比)。基本上不做修改就能用於各種型號的計算機和各種操作系統。

(6)目標代碼質量高,程序執行效率高。只比匯編程序生成的目標代碼效率低10％-20%。

(7)語法限制不太嚴格,程序設計自由度大。

使用CB開發平台做一個c語言程序的步驟是什麼？

安裝CB平台
1、在界面上加一個按鈕控制
2、雙擊按鈕，在游標閃爍處寫入代碼，可以寫C代碼。

軟體是用C語言程序開發出來的。C語言用什麼開發呢？

C語言不是匯編語言開發的、C語言是在B語言基礎上發展而來的、可以網路