單片機我還是習慣用匯編編程，現在還有多少用匯編語言的呢？

ID:436938 · 發表于 2018-12-1 09:01

我還是習慣用匯編編程，現在還有多少用匯編語言的呢？

ID:245004 · 發表于 2019-11-6 17:32

早期由于芯片容量小，價格高，為了節省成本，優化和壓縮代碼，優選匯編。現如今大多數情況下已經不存在這個問題了，而且代碼內容也大多了，當然優選c/c++語言。而且現在寫代碼也不建議用keil直接寫了，都是用VSCode、Atom、Sublime Text3等等編輯，再用keil這些編譯工具編譯一下，由于“自動補全”和“Snippet"等功能的使用，甚至都不需要記住常用的關鍵字單詞，你輸入兩、三個字母，一大段函數就出來了，編寫程序速度非�？臁� 對于用到匯編的情況，舉個簡單的例子：
假如現在需要用51單片機做一個WS2821燈帶的簡單控制程序，由于WS2821對控制波形的頻率要求很高，直接用c語言很難精確掌握函數的執行時間，因此就需要通過keil μVision 的調試模式查看匯編代碼的執行情況，然后查表計算函數每條指令的執行時間，這樣才能精確編寫控制函數，也可以采用嵌入匯編的形式。

為什么優選c語言呢，這要去看看c語言的眾多優點了，所以平常針對一般應用使用匯編的話，根本就是浪費時間和生命！
另外現在的公司都是團隊工作，移植和協同工作非常重要，自然對語言有一定要求。
所以匯編和C語言都要會。需要用到匯編的時候用匯編。純粹用匯編的話，那就要看你的應用場景了。

ID:495014 · 發表于 2019-3-20 21:48

單片機，stm32可以用匯編也可以用c語言，看個人喜歡

ID:158375 · 發表于 2019-3-21 08:59

用C還是方便一點吧。
先匯編，再C，中間有個坎：總是用匯編的思維來想C。。。。。。
雖然我覺得匯編很好，可是移植性C要好很多！

ID:365802 · 發表于 2019-3-22 09:42

主要是C比較直觀.

ID:111634 · 發表于 2019-3-22 10:24

用匯編語言的不多了。相對來說，c比匯編有效和方便得多。c不難的！老匯編勸你！

ID:460509 · 發表于 2019-3-22 11:18

還是習慣用C語言，個別情況下使用匯編

ID:496078 · 發表于 2019-3-22 13:42

匯編對于分析問題，還是不錯的；

ID:496116 · 發表于 2019-3-22 14:54

初學時老師必須讓用匯編，然后就習慣了…

ID:496323 · 發表于 2019-3-22 18:54

習慣了c語言還有c++語言，不太會用匯編語言

ID:426861 · 發表于 2019-3-23 09:53

匯編永不過時，但想成為主流已不太可能

ID:310519 · 發表于 2019-3-23 09:55

以前我也這么覺得，現在匯編基本沒用了。

ID:104472 · 發表于 2019-3-23 10:50

每次都想去好好用下匯編，但是無奈的事，每個項目的不同，會重選芯片，還有就是預定的工期，絲毫沒有一點精力去用匯編，而作為電子人，不可能在向以前一樣，鉆很深的項目，往往一個產品從開始到結束，由以前的5年周期到現在3年周期，甚至更短，研發周期也在不斷縮短，需要不斷的推陳出新，不斷去創新，新的芯片使用成為必然，就更沒有精力對一款單片機匯編進行使用了，也不知道是諷刺還是該痛恨自己，用“芯”不專。

ID:496726 · 發表于 2019-3-23 15:22

還是用C方便，匯編會麻煩的

ID:496769 · 發表于 2019-3-23 16:01

基本不用匯編，太麻煩，老師也不太支持用匯編

ID:136106 · 發表于 2019-3-23 20:46

現在絕大多數的單片機程序都是用C語言寫的，匯編寫的雖說在程序執行起來比較快速和順暢，但是在一些較為復雜的單片機的程序編寫的時候，匯編就會比較繁瑣。比如說51的就幾個寄存器，用匯編的話記住這幾個寄存器的地址和配置方法即可，但是像STM32這樣的單片機，用匯編就比較麻煩了。包括用C去寫寄存器的方式開發都是很復雜的了，如果你比較喜歡用匯編，那你可以多寫寫一些底層驅動，或者是硬件的驅動固件之類的。

ID:496994 · 發表于 2019-3-23 22:06

C語言的受眾可能會廣一些吧，它和C++也有相似之處

ID:111634 · 發表于 2019-3-24 11:28

C51編程與80C51匯編語言相比，主要具有以下特點： ⑴ 編程相對方便。用匯編語言編程，幾乎每一條指令操作都與具體的存儲單元有關，80C51單片機的片內存儲空間容量有限，編程之初即需安排好片內存儲單元的用途，且一般不宜重復使用。當一些應用項目程序量較大時，片內存儲單元有可能捉襟見肘，稍有不慎就將出錯，編程相對復雜。而C51編譯系統能自動完成對變量存儲單元的分配和使用，且對函數內局部變量占用的存儲單元，僅在調用時臨時分配，使用完畢即行釋放，大大提高了80C51片內有限存儲空間的使用效率。因此，使用者只需專注于軟件編程，不需過多關注涉及的具體存儲單元及其操作指令，編程相對方便。 ⑵ 便于實現各種復雜的運算和程序。 C語言具有豐富且功能強大的運算符，能以簡單的語句方便地實現各種復雜的運算和程序。相比之下，匯編語言要實現較復雜的運算和程序，就比較困難。例如，雙字節的乘除法，匯編語言要用許多條指令操作才能完成；而C51只需一條語句便能方便實現。又例如，循環、查表和散轉等程序，C51語句實現起來也相對簡單方便（當然C51語句編譯轉換為匯編語言指令后仍然復雜，只是不用程序員操心，由編譯器自動完成罷了）。 ⑶ 可方便地調用各已有程序模塊。已有程序模塊包括C51編譯器中豐富的庫函數、用戶自編的常用接口芯片功能函數和以前已開發項目中的功能函數。讀者可能會說，匯編程序不也一樣可以調用嗎？不一樣。匯編程序調用時，涉及到模塊中具體的存儲單元，這些存儲單元很可能與主調用程序有重復，會引起沖突而出錯。而C51程序函數中的變量一般為局部變量，主函數調用前不占用存儲單元，僅在調用時由C51編譯器根據存儲區域空余情況臨時分配，使用完畢即行釋放，一般不會發生沖突而出錯。因此，C51程序可方便地調用各已有程序模塊，減少重復勞動，利于團隊合作開發，大大提高編程效率。 ⑷ 可讀性較好。 C語言屬于高級語言。一條C51語句，會編譯為多條甚至許多條匯編指令（例如數學運算和循環程序等），相對來說，C51程序簡潔而清晰，可讀性較好。 ⑸ 實時性較差。匯編語言指令每一條對應1～3字節機器碼，每一步的執行動作都很清楚，程序大小和堆棧調用情況都容易控制，響應及時，實時性較好。而C51程序并不能被單片機直接執行，需編譯轉換為匯編語言指令。一條C51語句編譯后，會轉換成很多機器碼，占用單片機片內較多資源，可能出現ROM、RAM空間不夠，堆棧溢出等問題；且執行步驟不很明確，有時還會兜圈子，因而實時性較差（參閱例9-3），甚至會因時序配合不好而出錯。然而，隨著單片機芯片技術的發展，其運行速度和內存容量有了較大提高，這些都為C51的應用創造了有利條件。需要說明的是，完整的C51是一個較龐大的體系，名詞概念較多，語法較復雜多變。欲在相對較短的課時內，完全掌握和熟悉C51是一件比較困難的事情。好在單片機在大多數情況下的主要任務是實時控制，這就大大降低了學習C51的要求和難度。更重要的是，學習本書的目的，不是為了系統學習C語言，而是為了學習單片機C51編程。因此，一般讀者只要求重點熟悉和掌握C51中與實時控制有關的常用語句和編程方法，而并不過分追求全面、完整和嚴密。

ID:79133 · 發表于 2019-3-25 04:20

我使用單片機的時候只有匯編，然后就習慣了…

ID:65956 · 發表于 2019-3-25 08:47

我原來也是學匯編的，這個對單片機認識要很了解，還有一些算法很麻煩，后來改學C，現在用起來輕松多了，也好寫作了，真的，不信你試試，但前提最好有個人幫你指點，不解的幫你理解一下，這樣學起來就更快了

ID:444327 · 發表于 2019-4-28 15:06

我也學過c，后來學單片機的時候用匯編，覺得匯編和機器的指令更貼合，c的話更偏向于是人的思考，各有利弊吧，然而現在我單片機用的還是匯編......

ID:523692 · 發表于 2019-4-28 15:22

C語言比匯編簡單，匯編太繁瑣了，建議使用c語言

ID:240885 · 發表于 2019-4-29 09:16

匯編不會，直接學的C

ID:477665 · 發表于 2019-4-29 12:52

現在都是C語言吧

ID:420836 · 發表于 2019-4-30 08:40

c語言學起來更快, 而且移植性好, 建議使用c語言

ID:447076 · 發表于 2019-4-30 16:12

單片機學校里主要講匯編，但是個人感覺C語言更加直觀，易上手，并且市面上單片機的書用C偏多

ID:260597 · 發表于 2019-4-30 16:29

個人習慣吧

ID:235200 · 發表于 2019-9-27 07:47

我兩者都用,根據編程需要決定

ID:185372 · 發表于 2019-9-27 08:06

一直以來用的c語言，至于匯編，雖然我們總工教了一段時間，不過還是沒用，畢竟太麻煩，不想c語言可以用英文去理解。

ID:276663 · 發表于 2019-9-27 08:54

一聽用匯編，感覺你年齡就不小了。

ID:601639 · 發表于 2019-9-27 09:14

用匯編？太可怕了，根本看不懂。

ID:592524 · 發表于 2019-9-27 10:21

匯編效率高，但花費時間多。

ID:617097 · 發表于 2019-9-27 11:46

匯編語言現在用的太少了，C語言憑借它的簡明性和可移植性得到了非常廣泛的應用，匯編與C的區別就像是三極管與集成電路的區別

ID:505032 · 發表于 2019-9-27 12:18

編譯的時候，我會盯著匯編代碼看，有時間，學學匯編是非常好的事情。

ID:349102 · 發表于 2019-9-27 12:46

習慣用C吧，C也很簡單

ID:617274 · 發表于 2019-9-27 16:56

感覺c更方便用得更多吧

ID:453974 · 發表于 2019-9-27 23:16

還是C的比較普及

ID:86450 · 發表于 2019-9-28 08:10

看你是干什么工作的。你如果是寫應用程序的，用匯編會累死的。你要是寫驅動的，也可能用到匯編。你如果是移植內核的可能用匯編。如果你是自己玩玩的，用匯編挺不錯的

ID:498638 · 發表于 2019-9-28 11:03

建議你不要再用匯編了，c語言便攜有方便，可移植性有強，何樂而不為呢？

ID:529540 · 發表于 2019-9-28 15:57

學的c，工作要用匯編然后現學的，因為用匯編可以降低芯片成本，選低端芯片。小項目用的用匯編空間和內存都夠用，用C就不行了。不過一些復雜一點的或高檔些的用匯編工作量有點大，也繁瑣，比如一些數據技術，乘除法，用c就是一個運算符的事，用匯編就要寫好長一段，麻煩的不得了。

ID:446359 · 發表于 2019-9-30 20:07

用c吧，我們師傅都不要求我們會匯編了，說人家開發寫匯編的程序編的比一般的人都好。

帳號		自動登錄	找回密碼
密碼			立即注冊

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

單片機我還是習慣用匯編編程，現在還有多少用匯編語言的呢？

單片機我還是習慣用匯編編程，現在還有多少用匯編語言的呢？