1. c語言的編程思想詳細 精闢
看你沒有基礎了~
沒有基礎的話：
1.建議先買C語言二級考試的教程看下。很基礎，講細很詳細，錯誤比較少。
2.先弄懂進制轉換，然後是表達式的先後順序
3.然後是三種基本語句，這個很重要，是所有語言的基礎——順序，選擇，循環，這三種句語熟了以後會有一種編程的羅輯思維。
4.然後是一些排序法，冒泡啊什麼的
5.然後就是C當中很多人最難理解的指針。
以上的差不多了，就可以去看一些高深一點的書了，然後想著去解決一個實際問題去編程。
書至少要看三次，
第一次大概的看一下，不懂沒事兒。
第二次，邊看邊做題然後上機演練，不懂的一定要弄到懂為止。
第三次，大概的回顧一下，自己弱項加強鞏固一下
這樣下來一般能把一門計算機語言就基本撐握了
2. C語言中的「面向對象的編程思想」是什麼意思
面向對象的編程思想是這樣的:萬事萬物皆對象,說白了就封裝.
將程序所有用的所有東西都封裝起來.
簡單的說：你需要一輛車。
非面向對象的程序是這個樣的：你需要定義一個車屬性（即變數）：顏色，時速，車的類型。
當然這是一輛車你可以這樣定義：但是如果10輛車呢，你需要定義30個不同名的變數，復雜可維護性極差，有時候自己都搞不清哪個變數對應的那輛車。
但是面向對象的是容易多了，定義一個車的類：顏色，時速，車的類型。
要10輛車，定義10輛車的變數就可以，10兩車就擁有顏色，時速，車的類型的屬性了。你只需要操作者10個變數就等於操作10車。
3. 什麼是編程思想,c語言的編程思想是什麼
感覺以前的認識有很大問題，很嚴重影響到了自己，我是學計算機專業的，我總想找出一個可以長久學習的語言，在學校學過c語言，java之類的，當時php很火，但是畢業之後就不火了，java還是需求很多，所以我就在想java和web前端是否是經久不衰的（一個前端一個後端霸主），但是後來又發現一個問題，這只是代表現在流行，就像以前大學大部分都是學c語言，java都不教的，c#也不教，那以後十幾年後的大學是否java也會被淘汰而被其他的高級語言所替代？一百年後呢？我以前喜歡php因為喜歡他的技術體系還有可以做出來的東西（網站之類的），但是後來淘汰了，我學了前端但是我依舊喜歡php導致我很迷茫。所以後來我也安慰自己把范圍縮小到只喜歡具體某個語言（比如java，還是js，還是php之類，就不像以前喜歡到技術棧和作品），但最大的問題是還是面臨喜歡的問題。假如你喜歡的技術淘汰了怎麼辦？喜歡的語言淘汰了怎麼辦？雖然以前也有老師說感興趣的可能最後學得更好，那是因為當時所有編程語言都流行，所以你感興趣哪個語言都沒問題，但是就像現在有不少編程語言慢慢淘汰了，這時候你的感興趣就會和市場就業所沖突，這時候你就會矛盾，迷茫。但也有老師說編程語言只是工具，我們要學會編程思想，面向金錢編程，不要去執迷於某個語言，語言只是工具，這樣就不會造成說你感興趣的萬一淘汰了怎麼辦，而你這時候心態是變化的，所有技術你都可以學，你是用技術來解決問題的，而不像以前那樣只限於某個技術無法自拔。當然這里說的是大部分普通人，有些人特別厲害，小眾語言技術都能寫得很厲害，也不用擔心什麼流行還是不流行，那些人就另說了。還有一些人是興趣愛好也無所謂。但是大部分普通人還是要綜合考慮，比如c語言這些比較難的也要考慮是否合適。（可能自己想太多，我再想如果以後孩子也學編程讓他學什麼語言？我大學的時候學得太散，沒有專門主要學一門所以後悔，畢業後培訓了web前端，也學了node，當時我在想如果大學也學了node會不會更輕松，對其他後台語言做課程設計也有幫助，但是我又發現大學培訓web前端的似乎當時很多都教到jq就能工作了，node根本也沒學到，所以不適合大學學直到工作。所以我又再想如果一直學java是不是更合適，但是我又發現也只是現在分析得合適，就像以前大學都沒java這門課程，以後就算小孩讀大學可能java也淘汰了，所以java也不適合，只是現在看現在很適合而已。所以說不要限制自己於某個語言技術，要以解決問題的眼光去學，想想如果當時就算只學一門或許也沒什麼用，因為感覺自己想太多有強迫症只限於一門語言，而排除其他語言技術這樣很限制自己，很被動），而技術都在變的，流行的東西也在變，如果你只限於喜歡某個技術這樣容錯率就會很低，淘汰了怎麼辦，除非那些非常厲害的，不如大部分普通人還是要跟著公司和技術變化。所以說不要讓自己只限於喜歡某個技術，要靈活點，這樣最後就算丟棄了也沒什麼可惜的。你的技術是解決問題的，除非客戶有指定什麼技術，不然你做出來的東西客戶只在乎好不好用，至於你是怎麼實現的，用什麼技術實現的客戶也不在乎，或許也不懂，只要你做出來客戶覺得好用適合就行了，所以不要總是糾結於喜歡什麼技術，應該用喜歡的技術去解決什麼的。當然啦，如果是你太討厭的技術或者方向也沒必要太強迫自己學了，除非公司一定要用那你就自己決定。當然也不是說不能什麼都不喜歡，有些東西喜歡並不會影響你（比如以前得玩具，現在的電腦啊，汽車啊，喜歡懷舊，什麼手動擋啊，自動擋啊什麼的，並不會影響你太多，限制你太多），最多後面淘汰丟掉就行（雖然或許不舍）。不像技術，讓喜歡限製得太死會讓你迷茫，矛盾，影響自己。
4. C語言的編程思想是什麼
C語言是面向過程的編程方法，所有功能都是靠函數來實現。學C語言就是讓你了解面向過程的編程思想和一些基本的編程演算法，為以後學習面向對象的編程打下扎實的基礎
5. C語言編程思想問題
設第二天是x個
第一天吃了一半+1個
剩下的是一半-1個=x
所以 一半是 x+1
那第一天的是
2（x+1）
6. C語言邏輯思維和編程思想分別是什麼
c
語言邏輯
思維，應該沒有這個說法。至於
邏輯思維能力
，
像
夏洛克
，
狄仁傑
，
袁芳
這些人的邏輯思維能力就比較強。
編程思想。
c語言是
面向過程
。
也就是要做一件事，分析出做這件事的步驟，然後將這些步驟寫成個函數。你應該畫過流程圖吧，
第一步怎麼做，下一步怎麼做，就是這種思想。
7. C#編程思想是什麼
C#的編程思想就是面向對象（oop）"面向對象"的核心在於,先把所有要解決的分類!
每一類都是包含有特定的屬性(功能)! 比如說如果你要用程序來模擬一類游戲角色,如游戲中的主角,它們會有男,有女,有戰士有法師等等,但實質上它們都有共同特徵,如所有的角色都有攻,防,生,魔等等相同的屬性,它們唯一不同的是在屬性的數值和屬性的數量上! 那麼,這時"面向對象"的編程思想實際上就是把前面所說的主角,都在程序時建立成一個對象, 該對象里用某一數據類型對應各主角所有屬性! 之後, 以後如果想建立一個戰士的話,那麼,就定義一個名字為"戰士"的對象,對象的結構就是剛才所說的結構! 然後再根據戰士的特點賦初值...之後,一個完整的角色就建立完成了...其它的,弓手,法師都是一樣的方法建立,不同的只是它們的屬性初始值!!!
從上面可以很明顯的看出,這樣的程式設計方法,在以後維護起來是非常直觀和簡便的...(因為,程序的結構和人對現實所理解的結構是很相近的)...當然,這種思想也有缺點...從上面就可以看出,盡管戰士可能沒有法師的魔法技能,但是在設計上,也得包含進去! 否則就很難統一在一起了! (當然,這個問題也可以把戰士,弓手,法師各自分類建立來解決,但這樣一來,當一個共同屬性要修改的時候,那麼就會從以前只需修改一個對象變成現成需要修改N個了,這樣一來,無異加大了以後的維護量!!! 其實,在用"面向對象"的編程思想來設計程序時,剛才的那個缺點是無可避免的. 因為,在同一類里,大多數情況都會有某一個個體對像的某個屬性是多餘的!!!,也就是,這樣肯定會浪費一定的系統資源!!!,當然,由這樣的方法帶來的方便和易維護也是非常直接實用的! 到底怎樣去設計,最後還得看具體情況)
8. C語言編程思想
建議你看看RTOS類的操作系統方面的書，尤其是你應用方面的相關成熟文件，其實編程的思路就是你控制方法的軟體實現而已
9. 求C語言編程思想，技巧的心得，體會。
是實現比較兩個數的大小吧，模塊思想就是把步驟挖出來成一個函數
我不單獨寫結果的代碼，再寫個不這樣做的對比下，先來一般的
#include<stdio.h>
int
main()
{
int
a=4,b=3,c;
c=a>b?a:b;
printf("大的個數是:%d",c);
getch();
}
下面是用模塊思想的
#include<stdio.h>
cmp(x,y)
{
return
x>y?x:y;
}
int
main()
{
int
a=4,b=3,c;
c=cmp(a,b);
printf("大的個數是:%d",c);
getch();
}
可以把printf也放進函數里，具體要放些什麼到別的模塊，根據實際需求業務邏輯來決定，cmp函數你可以放到其它地方，比如放到main的後面去，但是用的時候就得先申明了