導航:首頁 > 源碼編譯 > java單片機編譯器

java單片機編譯器

發布時間:2022-12-31 06:47:13

java語言 可以用來給單片機編程

不能,單片機現在C語言用的多。就效率上來說,而8位的單片機,是不能忍受這種效率的。就體積上來說,JAVA的運行庫大小也過於龐大

Ⅱ java語言 可以用來給單片機編程嗎

這個想法還真是奇特啊。我想理論上任何硬體都可以,初學Java,就應該知道Java的跨平台性。任何平台只要運行Java虛擬機,就可以支持Java。當然做的人挺少的,例如微波爐、電飯鍋等等。究其原因,我想應該是成本的問題,因為這些需求,比不上游戲、軟體的復雜性,使用C基本就可以解決。而且c是底層代碼,相對而言更接近二進制,有更快的速度。以上是個人想法。 沒關系,學就行了,單片機一般用C來編寫,但是java從語法角度說和c的區別不大,你學完java之後想學單片機編程也很容易上手的,熟悉下指針基本就OK了

Ⅲ 單片機、OpenGL、matlab、C++、VB、java、Delphi、CPLD等編程思路編程好的思路。

復制、粘貼這么強的功能你竟然沒寫。多閱讀別人的代碼,把一些你不知道的功能的代碼或演算法,給復制、粘貼過來,保存好;然後也可以按照你的12條整理成庫,也可以整理成「類」。
不過你這12條對我也很有幫助;
你這里除了第5條外其它的都是自己干,要麼自己寫,要麼自己整理。沒想過參考別人的?我們程序員不是代碼工人。像一些無腦的,或者很好理解的代碼,簡單的。讓別人去想就好了。我們用現成的。

Ⅳ 單片機與JAVA

本人從事單片機的發開已經有多年的時間,現在正邁向更遠大的發展——ARM嵌入式開發。
以個人的學習開發體驗,覺得單片機學習會有更大的幫助,如果你想在以後的工作就業發揮更好的優勢的話。
單片機涉及最基礎也是最高級的現代電子技術領域——計算機底層硬體部分。在這一層,沒C#,沒Java,無友好且透明度高的開發語言支持——只有匯編和C/C++這類面向硬體應用的開發。這樣就要求從事該方面工作的人員具有更高的計算機專業水平——(並不是普普通通捧幾本教程,在筆記本電腦上亂調用幾個對象就可以學好用好的)——就像一個熔爐,進來的即使是廢鐵,得到的都是精鋼。
單片機開發的應用環境及深入研究前景廣闊,從單片機到ARM,從單核到多核,來到了一個超級計算機深藍擊敗國際象棋大師卡斯帕羅夫的電子集成的巨型計算機世界——深藍大概有上萬的CPU,及T為單位的內存。
發現了么——我們身邊太多的程序員,軟體工程師,卻大部分都是二流的
;我們身邊很小嵌入式工程人員,卻很多都是一流的。
從這個角度我還是很幸運自己能成為單片機及ARM嵌入式玩家的一名,到目前為止開發過上10個大型項目,自己研發的上百個。
目前我有自己的實驗室及開發和研究人員。

Ⅳ 單片機可以用Java編程嗎

沒有java程序用於單片機編程的。主要的一點就是JAVA是屬於面向對象的。而單片機編程必須面向機器的。
結合下面的問題一起回答,一般來說,單片機開發是一個行業,它包括了單片機程序開發,但程序開發不能像計算機程序開發那樣獨立出來,因為每個單片機項目的硬體電路都不樣,單片機程序開發必須根據其內部功能和外部電路的介面方式來開發程序,所以還有單片機及其外圍電路的硬體開發。你不懂電路,就根本沒法寫程序。比如用51單片機做一個AD輸入的程序。同樣都是51系列單片機,若是用STC的51單片機,因為它有內置的AD功能,所以直接寫幾行程序就能讀AD輸入了。如果用8051單片機的話,因為它並沒有內置AD模塊,所以需要外接AD晶元。而不同的AD晶元有不同的介面方式,各種各樣,但單片機上的介面程序就不像STC單片機那樣簡單幾行能搞定的了。所以單片機程序開發是一個面向機器的程序開發,開發者必須了解它的這一個項目的個單片機及其介面電路。如果不是電子或自動化專業的,但你有模擬電子技術和數字電子技術還有微機原理的基礎,在學習單片機原理就比較容易開發。
單片機就是一個晶元。但它一般都是作為一個控制者,控制者電路中的其他晶元,所以在一個系統里有很多晶元和電子元器件都是開發者必須了解和掌握的。

Ⅵ java是如何做到平台無關性的

Java是平台無關的語言是指用Java寫的應用程序不用修改就可在不同的軟硬體平台上運行。平台無關有兩種:源代碼級和目標代碼級。C和C++具有一定程度的源代碼級平台無關,表明用C或C++寫的應用程序不用修改只需重新編譯就可以在不同平台上運行。

Java主要靠Java虛擬機(JVM)在目標碼級實現平台無關性。JVM是一種抽象機器,它附著在具體操作系統之上,本身具有一套虛機器指令,並有自己的棧、寄存器組等。但JVM通常是在軟體上而不是在硬體上實現。(目前,SUN系統公司已經設計實現了Java晶元,主要使用在網路計算機NC上。另外,Java晶元的出現也會使Java更容易嵌入到家用電器中。)JVM是Java平台無關的基礎,在JVM上,有一個Java解釋器用來解釋Java編譯器編譯後的程序。Java編程人員在編寫完軟體後,通過Java編譯器將Java源程序編譯為JVM的位元組代碼。任何一台機器只要配備了Java解釋器,就可以運行這個程序,而不管這種位元組碼是在何種平台上生成的(過程如圖1所示)。另外,Java採用的是基於IEEE標準的數據類型。通過JVM保證數據類型的一致性,也確保了Java的平台無關性。

Java的平台無關性具有深遠意義。首先,它使得編程人員所夢寐以求的事情(開發一次軟體在任意平台上運行)變成事實,這將大大加快和促進軟體產品的開發。其次Java的平台無關性正好迎合了 "網路計算機 "思想。如果大量常用的應用軟體(如字處理軟體等)都用Java重新編寫,並且放在某個Internet伺服器上,那麼具有NC的用戶將不需要佔用大量空間安裝軟體,他們只需要一個Java解釋器,每當需要使用某種應用軟體時,下載該軟體的位元組代碼即可,運行結果也可以發回伺服器。目前,已有數家公司開始使用這種新型的計算模式構築自己的企業信息系統。

Ⅶ INT的常量使用

C語系 leti:Int;//常量i的類型是IntC# constinti;Java finalinti;//常量(Java官方解釋為「最終變數」)i的類型是Int常用的單片機編譯器,如KEIL下,51類單片機的C語言中,int代表2個位元組(16位);如果是32位RAM處理器的C語言中,則int代表4個位元組(32位)
PIC單片機的PICC中8位系列單片機的C語言里int表示16位。
而不少PC端軟體的編譯器則會根據操作系統或處理器(如64位XP)把int定義為8位元組(64位)
所以在多平台上編程的人員需要在使用時注意。
如需定義16位數,可使用short(短、短整數類型)定義。
Int同樣可以用於常量(let)

Ⅷ 嵌入式、單片機和應用層開發比較,那個更有前途,更有挑戰性

1,嵌入式,我認為這是最有挑戰性的,也更有前途的。因為他是有個特殊的設備平台,既包含有硬體的方向,像嵌入式驅動開發,也有軟體方向的,如嵌入式應用開發。所以我認為是最有挑戰的,當然可以選擇的范圍也更廣,更有前途。
2,單片機,首先,他么有操作系統,在難度上低於嵌入式,在實際的應用中,一般是作為一些模塊的一些簡單的數據處理。更側重於硬體方向。
3,應用開發,我認為這是最為廣泛的,只要是有系統的平台,被人使用就必然會需要應用程序,變化也是最多的,一個系統上可以有各種跑各種應用。但是,相較於硬體驅動來說,就如同將一塊木頭雕刻成一件樂器,而應用開發只是使用這件樂器奏出樂曲。先比較之下誰更有挑戰也就一目瞭然了。

Ⅸ java和單片機哪個難學

不太清楚你的具體情況,比如說你的知識能力,比如你現在的學歷,比如說你要找工作的時候的學歷。
我只就我個人的能力發表一下意見:
我的觀點是,你還是學JAVA比較好。
對於0基礎的人而言,其實JAVA比較容易上手,而且工作的時候,要求的知識面少,而要求的深度面多,就是說,如果你刻苦用功的把JAVA學好,工作會相對順利一些。
而單片機的編程,不只要有軟體C語言基礎,還要有硬體基礎,單片機分為邏輯層和驅動層,驅動層,要求硬體要達到一定的水平,而且必要時,還要會單片機的匯編語言。
單片機的種類很多,比如51,AVR,STM32等等等等多達十數種,51是最簡單的,也是工資水平最低的。況且,單片機,對於學歷要求比JAVA要高,高中生做JAVA的不算少,但是高中生做單片機的,幾乎沒有。
所以你結合自己的實際情況決定吧。

Ⅹ java語言可以用來給單片機編程嗎

單片機編程的話,主要用匯編語言和C語言,而C語言作為高級語言更易於匯編語言。所以常用的是C。 而JAVA語言像是用大炮打蚊子,即不易於操作也不易於理解,況且JAVA是不用於單片機編程的。但是,如果用於32位arm單片機的話,則有較大用處,因為處理速度快,而一般的單片機沒必要用JAVA。

閱讀全文

與java單片機編譯器相關的資料

熱點內容
程序員養雞創業 瀏覽:495
山西有什麼app 瀏覽:406
app怎麼樣購買內存 瀏覽:30
如何注冊sqlserver伺服器 瀏覽:78
上士命令 瀏覽:490
股市中帶星號的app是什麼 瀏覽:709
什麼路由可以刷機做列印機伺服器 瀏覽:9
電腦怎麼找到雲伺服器 瀏覽:873
微信怎麼發應用app 瀏覽:776
花生殼dns伺服器地址 瀏覽:648
squad伺服器一般什麼時候人多 瀏覽:479
程序員戰門課 瀏覽:474
config保存伺服器地址 瀏覽:319
預訂網吧座位的app叫什麼 瀏覽:416
香港伺服器主機地址 瀏覽:642
網店美工pdf 瀏覽:449
一堆文件夾怎麼弄出來 瀏覽:743
博途如何編譯硬體 瀏覽:418
fortran程序pdf 瀏覽:504
電池消耗演算法 瀏覽:394