 |
|
Java能做嵌入式開發嗎 |
|
|
Java能做嵌入式開發嗎？其實對于嵌入式系統來說，Java技術比C語言和匯編語言有著很明顯的優越性，其中顯著的特點是減少了系統的開發和維護，增強了代碼的重利用能力，提高了Java代碼與系統原有代碼的可整合性。當然，但大多數嵌入式應用也面臨著Java沒有處理好的兩大約束：沒有足夠的空間和時間。 Java做嵌入式開發的優勢 1. 提高開發效率和可維護性 在項目的整個生命周期中，Java環境大大的簡化了開發和維護。由于目標環境是建立在一個虛擬機上，代碼可以很容易的編寫、調試、分析、更改、維護。加上將來要連接的外接設備，未來的系統可能比目前的嵌入式系統復雜很多。升級手冊也許不會在整個項目的生命周期中都能起到作用。取而代之的是，硬件設備的可連接性使得能夠遠程管理模塊，這樣就保證了開發人員能在產品上增加新的性能，同時解決了在產品生產后軟件升級和維護的問題。 2. 重復利用代碼 由于嵌入式系統有特殊的需求，以及不同的專門硬件要協同工作，嵌入式軟件開發者通常使用非常原始的方法來開發，有時每一個新的項目都要從頭再來一遍。現在，隨著嵌入式技術的成熟以及系統本身變得更大更優化，很多人開始對于把一個產品的模塊甚至是全部的應用程序用到另一個產品感興趣。這種可重新利用性使得"一次開發，多次利用"成為了可能。 Java環境使得一個模塊可以只要做很少的工作就可以適應多個項目和平臺。甚至包括有時客戶需要一個新的目標板，或者采用新的硬件(CPU或外設)和軟件，或者使用不同的Linux都可以進行移植。 3. 集成Java代碼和源代碼 在Java應用中，一個設計很好的界面，或者虛擬機，或者是底層的硬件都可以很好的兼容到嵌入式系統中。盡管無法移植，對于很多功能和硬件界面來說，在本地環境下開發的代碼也許仍然是好的解決方案。在C、C++或者匯編語言中，加入標準的通信、接口模塊、用戶界面、安全特性會花費很多時間與金錢。與之相比較，Java的基本庫本身就提供了這些東西甚至還更多，這樣就可以加速開發。 Java做嵌入式開發的劣勢 1.Java碎片 其實從嵌入式開發人員的角度來看，碎片并不會影響到嵌入式開發人員，因為已經可以確定設備之間的硬件是完全兼容的。如果使用的是原始語言像C/C++的話，嵌入式開發人員可以在任何地方來編寫代碼，并在不同的設備上進行代碼的重用。 2. Java平臺測試 如果采用Java來實現嵌入式設備開發，會不會碰到C/C++經常碰到的測試成本太高的難題呢？當然，采用Java來開發的話，可以對軟件進行多次的重復測試，盡管這不一定是必需的。而完全需要進行重復測試的只是那些新加的Java實現。 如果是Java平臺的合法用戶的話，還可以使用Sun提供的TCK來進行程序兼容性的檢測。如果付費的話，還有很多壓力測試可供選擇。只要能保證Java平臺的正常運行并按Java的測試通過了的話，那么所開發的程序其可移植性是完全可以保證的。 當然，在此有必須有提醒一下只測試Java實現端口的開發人員。因為有一些端口的實現有可能是采用C/C++來編寫的，這些必須測試。可以使用全新設備來對整個程序進行測試以達到這一目的。 3.Java占內存 使用Java平臺進行嵌入式設備開發時，其對內在的使用量，會不會比使用原始語言如C/C++更大些呢？這取決于軟件的復雜性。Java由于虛擬機和內庫的原因，有可能會導致內存開銷的增大。當然，內存的占用量還取決于應用的大小及內在的使用情況。 使用Java編寫的程序，只有使用頻率比較高的代碼才導致內存占用的增加。相反，使用C/C++編寫的程序，整個代碼都需要進行編譯。因此，不能說使用Java語言編寫的程序占用的內存就會比使用C/C++編寫的程序大。這決定于軟件相對于平臺代碼的復雜度及大小。如果軟件規模比較大，Java平臺所消耗的內存遠小于Java類文件簡潔性節約的內存，這種情況下，使用Java平臺將有利于節約內存。如果軟件的規模比較小，則Java平臺消耗的內存就比較明顯了，可以考慮使用C/C++來開發，以節約內存。 根據Jaxenter對Oracle近兩個白皮書的分析，Java驅動在智能嵌入式設備上更具優勢，尤其是M2M設備，將通過JAVA來驅動。由此可見，Java在嵌入式系統應用開發中有著美好前景。 熱點鏈接：
1、Java驅動在智能嵌入式設備上更具優勢 |