c語言2000行代碼項目,3000行代碼C語言

本文目錄一覽：

• 1、要寫兩千行的C語言代碼，求思路
• 2、c語言2000行代碼求助
• 3、有哪些c語言的小項目適合新手練習的，幾百到幾千行的那種
• 4、求C語言代碼，一千行左右
• 5、C語言的20萬行的軟體項目算什麼級別？

要寫兩千行的C語言代碼，求思路

把下面的題做了，就差不多

學生成績管理系統：

具體要求如下：

1．學生基本情況錄入。

2．允許對已經錄入的數據進行顯示。

3．允許進行數據的插入。

4．刪除基本數據的相關信息。

5．基於姓名的查詢。如：姓張的所有同學。

6. 對性別、出生年月日的合理性進行判斷（如0代表「女」，1代表「男」，輸入其他值非法，年齡不能為負，月份不能大於13等）

7．基於各種基本數據的統計計算。如：

①統計每個學生各門功課的平均成績，並按平均成績從高到低的次序排名輸出每個學生各門功課的綜合成績和平均成績（名次、學號、姓名、平均成績、各門功課的考試成績）。

②列出90分以上（包括90）、80分以上（包括80）、70分以上（包括70）、60分以上（包括60）、不及格學生清單（學號、姓名、不及格的課程和成績）。

③統計並輸出各門功課的平均成績和總平均成績。

④按班級統計並輸出總成績。（需要對學號進行解析）

四、數據結構說明

數據結構可參考下面定義

typedef struct St1

{

char IDNumber[16];/*學號*/

char FamilyName[16]; /*姓*/

char GivenName[16]; /*名*/

int sex; /*性別（0代表「女」，1代表「男」）*/

int BirthYear; /*出生年*/

int BirthMonth; /*出生月*/

int BirthDay; /*出生日*/

float score[4]; /*成績*/

float sum; /*總分*/

float average; /*平均分*/

struct St1 *next;

}StudentNode;

五、任務說明

菜單的樣板模式為：

” 1. Enter list” 輸入記錄

” 2. Delete a record from list” 從表中刪除記錄

” 3. Print list ” 顯示鏈表中所有記錄

” 4. Search record on name” 按照姓名查找記錄

” 5. Save the file” 將鏈表中記錄保存到文件中

” 6. Load the file” 從文件中讀入記錄

” 7. Compute the score” 計算所有學生的總分和均分

” 8. Query by class” 按班級查詢顯示學生總分

” 9. Insert record to list ” 插入記錄到表中

” 10. Quit” 退出

六、當前時間獲取C代碼

以下代碼可以獲取系統當前時間，用於判斷年齡是否合理。

#include “time.h ”

void main()

{

struct tm* ptm;

long ts;

int y,m,d,h,n,s;

ts = time(NULL);

ptm = localtime(ts);

y = ptm- tm_year+1900; //年

m = ptm- tm_mon+1; //月

d = ptm- tm_mday; //日

h = ptm- tm_hour; //時

n = ptm- tm_min; //分

s = ptm- tm_sec; //秒

}

c語言2000行代碼求助

思路：定義一個判斷素數的函數，接著依次從1000到2000遍歷判斷，如果是則輸出，每輸出是8次輸出換行。參考代碼：#include int isp(int n){//判斷一個數是否是素數 int i; for(i=2;i

有哪些c語言的小項目適合新手練習的，幾百到幾千行的那種

所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，你還可以再次選擇。大名鼎鼎的譚浩強教授出了一本《C語言程序設計》，據說發行量有超過400萬，據我所知，很多學校都會推薦這本書作為C語言課本。雖然本人的名字（譚浩宇）跟教授僅僅一字之差，但我是無比堅定地黑他這本書的。這本書不是寫給計算機專業的學生的，而是給那些需要考計算機等級考試的其它專業學生看的。這本書的主要缺點是：例子程序非常不專業，不能教給你程序設計應該掌握的思考方式；程序風格相當地不好，會讓你養成亂寫代碼的惡習；錯誤太多，曾經有人指出過這本書的上百個錯誤，其中不乏關鍵的概念性錯誤。好了，這本書我也不想說太多了，有興趣大家可以百度一下：）Kernighan和Ritchie的《TheCProgrammingLanguage》（中譯名《C程序設計語言》）堪稱經典中的經典，不過舊版的很多內容都已過時，和現在的標準C語言相去甚遠，大家一定要看最新的版本，否則不如不看。另外，即使是最經典最權威的書，也沒有法面面俱到，所以手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《CReferenceManual》，是C語言標準的詳細描述，包括絕大多數C標準庫函數的細節，算得上是最好的標準C語言的工具書。順便提一句，最新的《C程序設計語言》是根據C89標準修訂的，而《C語言參考手冊》描述的是C99標準，二者可能會有些出入，建議按照C99標準學習。還有一本《C和指針》，寫得也是相當地不錯，英文名是《PointersonC》，特別地強調指針的重要性，算是本書的一個特點吧。不過這本書並不十分適合初學者，如果你曾經學過C語言，有那麼一些C語言的基礎但又不是很紮實，那麼你可以嘗試一下這本書。我相信，只要你理解了指針，C語言便不再神秘。如果你已經啃完了一本C語言教材，想要更進一步，那麼有兩本書你一定要看。首先是《CTrapsandPitfalls》（中譯名《C陷井與缺陷》），很薄的一本小冊子，內容非常非常地有趣。要注意一點，這本書是二十多年前寫成的，裡面提到的很多C語言的缺陷都已被改進，不過能夠了解一些歷史也不是什麼壞事。然後你可以挑戰一下《ExpertCProgramming》（中譯名《C專家編程》），書如其名，這本書頗具難度，一旦你仔細讀完並能透徹理解，你便可以放心大膽地在簡歷上寫「精通C語言」了。切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果你看不懂，那你一定是缺失了某些必需基礎知識。此時，你要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。Unix/Linux還是Windows，這是個很大的問題不同的編程環境會造就出不同思維的程序員。Windows的程序員大多依賴集成開發環境，比如VisualStudio，而Unix程序員更加鍾愛Makefile與控制台。顯而易見，集成開發環境更容易上手，在Windows上學習C語言，只需要會按幾個基本的VisutalC++工具欄按鈕就可以開始寫Hello,World!了，而在Unix下，你需要一些控制台操作的基本知識。有人也許認為Unix的環境更簡潔，但習慣的力量是很大的，大家都很熟悉Windows的基本操作，而為了學習C語言去專門裝一個Unix系統，似乎有點不划算。對於一個只懂得Windows基本操作、連DOS是什麼都不知道的新手而言，儘快做一些有趣而有意義的事情才是最重要的。用C語言寫一個小程序遠比學習ls、cat等命令有趣，況且我們要專註於C語言本身，就不得不暫時忽略一些東西，比如編譯鏈接的過程、Makefile的寫法等等等等。所以我建議初學者應該以VisualC++6.0（不是VisualC++.NET）或者DevC++作為主要的學習環境，而且千萬不要在IDE的使用技巧上過多糾纏，因為今後你一定要轉向Unix環境的。VisualC++6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而DevC++使用gcc編譯器，對C99的標準都支持良好。使用順帶提一下，很多大學的C語言課程還在使用TurboC2.0作為實驗環境，這是相當不可取的，原因其一是TC2.0對C標準幾乎沒有支持，其二是TC2.0編譯得到的程序是16位的，這對今後理解32位的程序會造成極大的困擾（當然,用djgpp之類的東西可以使TC2.0編譯出32位程序，不過那過於複雜了）。等你學完一本C語言的教材，你一定要轉向Unix平台繼續學習，幾乎所有的C語言高級教程都是基於Unix平台的（比如《C專家編程》）。轉變的過程是痛苦的，你需要面對的是各種紛繁複雜的命令，完全不同於Windows平台的思考方式，但是這種痛苦是值得的。Unix與C是共生的，Unix的思考方式和習慣更加符合C語言的思考方式和習慣。在Unix下，你可以找到無數優秀的源代碼供你盡情閱讀，你可以方便地查看某個庫函數的聯機手冊，還可以看到最優秀的代碼風格歸結起來就是一句話：初學C語言，建議使用Windows系統和集成開發環境，在準備向「高手」方向努力時，請先轉向Unix平台。書已選定，環境配置完成，正所謂萬事俱備，只欠你自己的努力了。請從書的前言開始，仔細地閱讀手頭的教材，很多人看書喜歡直接從第一章開始看，這是錯誤的做法。前言是作者對整本書的大體介紹，作者一般會告訴你需要什麼基礎才能夠順利閱讀本書，這可以幫助你檢驗自己的基礎知識是否已經具備。看完前言，還要瀏覽一下目錄，了解一下書的整體結構，順便給自己安排一下學習計劃。學習C語言，必需注意每一個細節，書上的例子代碼一定要自己親自敲一遍，編譯執行輸出都跟書上說的一致才能算是學完了一個例子，如果不一致，就要仔細找原因。出了書本上有的例子，自己還要「創造」一些例子，比如學習運算符優先順序的時候，可以寫幾個相同的表達式，在不同的位置加上括弧，看看有哪些不同的行為，比如*p++和(*p)++，又比如a=b==c、(a=b)==c和a=(b==c)等等。自己抄的書上的例子以及改造之後的例子，還有自己「創造」的例子，都應該仔細地歸類保存，並且要在源代碼中寫上簡短的注釋，闡述這個例子的意圖。例子之後就是習題了，我建議初學者把所有的習題都獨立做一遍，然後對照答案的代碼，看看自己的代碼有那些不足，再試著修改自己的代碼。很多人不重視習題，這是極大的錯誤，因為作者通常會在習題中說明一些重要的道理，而不是單純地檢驗前面的知識。也許你認為這樣學習太慢，其實不然。學得細緻就不用走回頭路，等你學到後面才發現自己前面沒搞清楚，那才是真的得不償失。一般說來，整本書讀完，你應該完成數千行乃至上萬行的代碼，無論是原封不動照抄書上的，還是自己心血來潮寫就的，都是今後繼續學習的一筆財富。以我自己舉例，閱讀《Windows核心編程》時（我只閱讀了3/4的內容），除了抄書上的代碼，還自己寫了很多例子，一共有5574行（用unix下的wc工具統計），時隔多日，我早已記不清Windows的系統編程了，但只要花幾分鐘翻出以前的代碼看看，便會重新瞭然於胸。所謂好記性不如爛筆頭，就是這個道理。仔細讀書、認真抄寫源代碼、獨立完成習題外加更進一步的實驗，最後將所有的代碼留下，成為自己的經驗和財富，絕對的辛苦，也絕對的事半功倍。當然，這種方式只適合學習需要精通的技術，如果不是學習C語言，你還要具體情況具體分析。

求C語言代碼，一千行左右

答樓主，申請個github賬號，上面有很多很多源碼可以看，包括各種語言的。另外回復一樓，一樓回答真不敢恭維，工作很多年都沒寫過超過1000行的代碼？而且還提到了編譯錯誤問題，一般工作一兩年後，編譯錯誤就不應該是問題了。我們工作平時寫的東西，一個模塊一般也得2000行以上，像oracle這樣的東西也是百萬千萬行級別的軟體。相對來說就算是底層最」省」的驅動代碼，也是絕對不止1000行的。

C語言的20萬行的軟體項目算什麼級別？

從代碼量上看，屬於中型偏大型軟體項目了。一般來說，一個源文件在500-1000行，頭文件不確定，但一般不計入代碼量。這樣這個項目200-400個源文件。這個規模已經不算小了。