1樓：大維
其實這兩種都屬於結構化程式語言。c相對於更容易接受一些！ 並且不用去考慮記憶體的分配，變數的儲存，所以剛開始學程式設計，可以先學c，但是到指標的話還是要了解一下計算機記憶體相關的問題。
彙編的話，需要了解計算機的暫存器以及記憶體單元的分配，都需要程式設計者自己去搞。
實際上如果程式設計形成思想之後，彙編和c處理問題的方式是相似的！ 只不過彙編不像c，c提供了很多庫函式，彙編基本上很少。並且學完彙編再去理解c的指標，就容易多了！
並且如果想程式設計更好的話，彙編是要學的！ 切記一點，彙編是一類語言，不同架構的cpu彙編是不一樣的（x86 x64的彙編也是有區別的，微控制器嵌入式的彙編也不一樣）！
2樓：戊力行學珍
彙編難，因為太不直觀了，很亂腦子。
彙編的作用相對於c來說也小，如果不是搞os或硬體相關，不學也完全可以。
c本身就比較好用，而且學會的話再學別的語言就很輕鬆了，建議先學c。
3樓：
個人覺得c難學，因為的c語言變化太多，太靈活了。
4樓：
什麼哦!win32彙編一點不比c差,彙編能做的,你看c能不能做!彙編的執行速度哪是公認的牛,你還是學彙編比較好!而且先學彙編,然後學c和vb比較容易!
5樓：匿名使用者
彙編更難學。
彙編是低階語言，抽象層次很低，貼近硬體。c語言是高階語言，抽象層次較高，貼近自然語言。從表達上看，c語言表達的程式比彙編表達的程式更容易被人類閱讀和修改。
並且，c語言的編寫時對硬體的具體情況考慮的沒有彙編多。這有效的減少了開發人員對硬體知識的依賴。因此，彙編較難學。
6樓：阿南評娛樂
這個對於大部分人來說， c語言更好學，組合語言是偏硬體的語言，比較難懂。
所以建議你都淺顯接觸下，看看自己適不適合。
然後確定了之後，在深入學習自己選定的語言。
7樓：沙裡波特
在剛剛入門時：
－－有硬體基礎的人，會覺得，彙編容易，c 難學。
－－不懂硬體人，會覺得，c 容易，彙編難。
.在後期：
－－c 語言的深度，是無窮無盡的，各種函式，學也學不完。
－－微軟，一旦更新作業系統，就能愁死個人。
－－彙編，就簡單了，就那麼點硬體，翻來覆去，也就那幾樣。
8樓：無畏無知者
組合語言更易於理解機器是怎樣工作的，卻不易於看明白一段**的數學含義；
c語言較為接近數學語言，易於看明白一段**的數學含義；
學過組合語言後，對高階語言中的指標等就更容易理解；
一般是用組合語言開發底層介面的驅動軟體，而用高階別的語言來開發大型軟體；
應用面不同，各有各的麻煩，因此沒有誰更好學的問題；
9樓：匿名使用者
沒有好不好學的說法。沒有接觸過這兩門語言，只聽別人說如何如何不好學，那只是別人看法，不去償試永遠學不到知識。我認為先學哪門都無所謂，其實也沒有你想像或是別人說的那麼難，高中畢業的學歷學習這兩門語言，足夠用，只是時間和熟悉的過程，多動腦動手，多積累經驗，入門很快的。
要想學精，那個沒有標準，到現在也沒有人敢說自已程式語言學的一流，如果解決工作上的一些問題，或比別人解決問題快而工作量少，你就是牛人！
10樓：違章動物
兩個我都學過，個人感覺c語言更好學。學彙編你必須瞭解硬體知識。最好買個開發板研究。
c語言你直接在windows上練習就行了，不需要太多的硬體知識。
在這2種程式語言中，組合語言難度明顯大於c語言，因為c語言是高階語言，而組合語言不像其他大多數的程式設計語言一樣被廣泛用於程式設計。在今天的實際應用中，它通常被應用在底層，硬體操作和高要求的程式優化的場合。驅動程式、嵌入式作業系統和實時執行程式都需要組合語言
組合語言和反彙編的區別，學習組合語言有什麼好處
反彙編是分析已經有的程式的過程。就是看這些程式的彙編 看看這些程式是怎麼執行的。因為是逆向過程，所以加了反字。學習組合語言有什麼好處 組合語言更解決計算機的底層，彙編源程式執行效率高。一些高階語言都是先轉成彙編然後再轉成機器語言的。瞭解彙編可以幫組更好的瞭解高階語言，設計演算法啥的。如果你要是搞硬體...
我們編寫的組合語言和C語言如何能夠轉換成計算機可讀的二進位制
電動汽車研究平臺 將用高階語言寫成的程式變成機器可識別的二進位制 的過程稱為編譯過程.因為在計算機中,各種資訊和資料都是以檔案形式存放的.在編輯方式下建立起來的程式檔案稱為源程式檔案,簡稱原始檔 如noname.c 相應的程式叫做源程式.源程式是用高階語言編寫的,它不能直接在機器上執行.因為計算機並...
組合語言問題，組合語言問題
蜜蜂小玉米 assume cs code assume ds data data segment db i love you.data ends code segment start mov ax,data mov ds,ax mov bx,0 s0 check mov al,ds bx cmp a...