比如做工业仪表/汽车音响/手机游戏??
34 个解决方案
#1
能,结贴吧。
#2
科技进步,现在很多嵌入式系统都提供了Java虚拟机了
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
#3
Java程序也有其本身的缺陷,那就是其效率问题。由于Java是一种介于解释型和编译型之间的语言,其对内存的管理是通过JVM虚拟机来实现的,同样的程序,如果用编译型语言C来实现,其运行速度一般要比Java快得多。因此,提高Java的性能就显得十分重要。
JNI技术
JNI技术
#4
据说,当初,JAVA 就是为“嵌入”而生的,用于电烤箱什么的,谁知是有心栽花、无心插柳……
#5
科技进步,现在很多嵌入式系统都提供了Java虚拟机了
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
#6
众所周知在平台的适应性上突出,在性能上却大打折扣。是c的 1/15~1/20
#7
#8
基本上没戏
#9
#10
能!
友情提醒:早点结贴!
#11
J2ME技术还是很强的
#12
3fen
#13
Java最初就是专门为嵌入式而生的。。。。
Java后来在各个领域的扩展是意想不到的。
Java后来在各个领域的扩展是意想不到的。
#14
可以啊
#15
宝贝新一代的整车控制系统是纯Java写的
启动时间仅需3.5秒钟!
启动时间仅需3.5秒钟!
#16
宝马汽车的新一代的整车控制系统是纯Java写的
启动时间仅需3.5秒钟!
启动时间仅需3.5秒钟!
#17
我认为能。据说火星探测车就是Java写的。Real-Time Java 就是编写实时系统的工具。有问题,只要肯研究,就回有好的结果。Java优缺点明显,如果固守老的技术,我们会被抛的越来越运。
#18
用java可以开发手机嵌入式系统~~不过个人觉得c++ 还是不错 ~~
#19
可以啊
#20
osgi可以。
OSGi是Open Service Gateway Initiative的简称,该组织建立于1999年,是一个非赢利机构,旨在建立一个开放的服务规范,为通过网络向设备提供服务建立开放的标准。当然是用JAVA写的。
2008年做JAVA的如果你还不知道OSGi,你真的应该与时俱进一下了。
如果真的不知道,下面给你一个感性的认识,顺便回答LZ的问题:
OSGI典型的应用案例主要有两个:分别是Eclipse和BMW汽车的应用控制系统。
Eclipse在3.0以后版本采用OSGI作为其插件体系结构,因为Eclipse的插件体系结构和OSGI的思想非常的耦合,都强调微核+系统插件+应用插件的概念,这个和LZ的问题无关。
BMW汽车的应用控制系统采用OSGI作为其底层架构,估计这一定程度上颠覆了很多人对于Java的认识,很多人都认为基于java的系统低效,不可能用于汽车这样的应用控制系统上,在EclipseCon 2006会议上BMW采用OSGI得到了证实,估计是猜想会被很多人怀疑,演讲者在PPT上讲了下BMW汽车的应用控制系统,这套系统主要用来控制汽车上的音箱、灯光等等设备,总共由1000多个Bundle构成,但BMW汽车的应用控制系统启动时间却只需要3.5秒,是不是很令人惊讶呢,这也从很大程度上反应了采用OSGI的系统的效率并不会低。
另外Wind River 也在使用。官方网站http://www.osgi.org/ 应用http://www.osgi.org/Markets/Automotive
OSGi是Open Service Gateway Initiative的简称,该组织建立于1999年,是一个非赢利机构,旨在建立一个开放的服务规范,为通过网络向设备提供服务建立开放的标准。当然是用JAVA写的。
2008年做JAVA的如果你还不知道OSGi,你真的应该与时俱进一下了。
如果真的不知道,下面给你一个感性的认识,顺便回答LZ的问题:
OSGI典型的应用案例主要有两个:分别是Eclipse和BMW汽车的应用控制系统。
Eclipse在3.0以后版本采用OSGI作为其插件体系结构,因为Eclipse的插件体系结构和OSGI的思想非常的耦合,都强调微核+系统插件+应用插件的概念,这个和LZ的问题无关。
BMW汽车的应用控制系统采用OSGI作为其底层架构,估计这一定程度上颠覆了很多人对于Java的认识,很多人都认为基于java的系统低效,不可能用于汽车这样的应用控制系统上,在EclipseCon 2006会议上BMW采用OSGI得到了证实,估计是猜想会被很多人怀疑,演讲者在PPT上讲了下BMW汽车的应用控制系统,这套系统主要用来控制汽车上的音箱、灯光等等设备,总共由1000多个Bundle构成,但BMW汽车的应用控制系统启动时间却只需要3.5秒,是不是很令人惊讶呢,这也从很大程度上反应了采用OSGI的系统的效率并不会低。
另外Wind River 也在使用。官方网站http://www.osgi.org/ 应用http://www.osgi.org/Markets/Automotive
#21
#22
可以吧
#23
java 就是为现代嵌入式的发展而生的。不信你可以去google一下。。。
#24
本要接java项目,有意思着联系MSN:
allenwqf@hotmail.com
谢谢。。。
allenwqf@hotmail.com
谢谢。。。
#25
本人接java项目,有意思着联系MSN:
allenwqf@hotmail.com
谢谢。。。
allenwqf@hotmail.com
谢谢。。。
#26
请给出嵌入式的定义
#27
java效率不高
#28
能不能的问题,我告诉你能。要是快不快的问题,那就另说了
#29
看产品定位
#30
要看你做嵌入式的什么东西了,java应该可以做终端,不过要是做大型的控制操作,运行起来好像不太容易。
你要是做出来了,多谈一下,交流一下。
你要是做出来了,多谈一下,交流一下。
#31
java现在已经挺快的了!
#32
Killer Game Programming in Java
By Andrew Davison
Here's the list of objections to Java:
Java is too slow for games programming.
Java has memory leaks.
Java is too high-level.
Java application installation is a nightmare.
Java isn't supported on games consoles.
No one uses Java to write real games.
Sun Microsystems isn't interested in supporting Java gaming.
It's worth saying that I think almost all of these objections are substantially wrong. Java is roughly the same speed as C++. Memory leaks can be avoided with good programming and techniques like profiling. Yes, Java is high-level, but it offers more direct access to graphics hardware and external devices. Installation isn't a nightmare if you use decent installation software. There's a growing number of excellent, fun Java games, and an enormous amount of support available from Sun and Sun-sponsored sites.
If you're keeping count, I haven't disagreed with the lack of a games consoles port, which is a tad embarrassing for a "write once, run anywhere" language. Things may be changing in this category, as I'll explain later.
A general point about these objections is that they had more validity in the late 1990s when the language and its libraries were less sophisticated and slower. Java's user and developer communities are burgeoning and have produced a plethora of useful tools, online help, and code examples. The games forums dedicated to Java barely existed 2 to 3 years ago. Java is a great language for games programming, as I hope this book demonstrates. Now, back to the criticisms.
上面是有名的JAVA工程师Andrew Davison写的一本书《Killer Game Programming in Java》
里面提到了JAVA的缺点 也提到了JAVA一直以来的发展 现在JDK6.0问世之后 (Java is roughly the same speed as C++)其速度和C++是几乎一样的
不要老是拿执行效率说事 难道大家都不看英文文档吗?现在的JAVA速度和C++没有太大差异
By Andrew Davison
Here's the list of objections to Java:
Java is too slow for games programming.
Java has memory leaks.
Java is too high-level.
Java application installation is a nightmare.
Java isn't supported on games consoles.
No one uses Java to write real games.
Sun Microsystems isn't interested in supporting Java gaming.
It's worth saying that I think almost all of these objections are substantially wrong. Java is roughly the same speed as C++. Memory leaks can be avoided with good programming and techniques like profiling. Yes, Java is high-level, but it offers more direct access to graphics hardware and external devices. Installation isn't a nightmare if you use decent installation software. There's a growing number of excellent, fun Java games, and an enormous amount of support available from Sun and Sun-sponsored sites.
If you're keeping count, I haven't disagreed with the lack of a games consoles port, which is a tad embarrassing for a "write once, run anywhere" language. Things may be changing in this category, as I'll explain later.
A general point about these objections is that they had more validity in the late 1990s when the language and its libraries were less sophisticated and slower. Java's user and developer communities are burgeoning and have produced a plethora of useful tools, online help, and code examples. The games forums dedicated to Java barely existed 2 to 3 years ago. Java is a great language for games programming, as I hope this book demonstrates. Now, back to the criticisms.
上面是有名的JAVA工程师Andrew Davison写的一本书《Killer Game Programming in Java》
里面提到了JAVA的缺点 也提到了JAVA一直以来的发展 现在JDK6.0问世之后 (Java is roughly the same speed as C++)其速度和C++是几乎一样的
不要老是拿执行效率说事 难道大家都不看英文文档吗?现在的JAVA速度和C++没有太大差异
#33
#34
java现在的确快多了
#1
能,结贴吧。
#2
科技进步,现在很多嵌入式系统都提供了Java虚拟机了
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
#3
Java程序也有其本身的缺陷,那就是其效率问题。由于Java是一种介于解释型和编译型之间的语言,其对内存的管理是通过JVM虚拟机来实现的,同样的程序,如果用编译型语言C来实现,其运行速度一般要比Java快得多。因此,提高Java的性能就显得十分重要。
JNI技术
JNI技术
#4
据说,当初,JAVA 就是为“嵌入”而生的,用于电烤箱什么的,谁知是有心栽花、无心插柳……
#5
科技进步,现在很多嵌入式系统都提供了Java虚拟机了
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
不过从严格意义上讲可能不再是嵌入式系统了
因为嵌入式系统讲究的就是小巧、高效、专用
#6
众所周知在平台的适应性上突出,在性能上却大打折扣。是c的 1/15~1/20
#7
#8
基本上没戏
#9
#10
能!
友情提醒:早点结贴!
#11
J2ME技术还是很强的
#12
3fen
#13
Java最初就是专门为嵌入式而生的。。。。
Java后来在各个领域的扩展是意想不到的。
Java后来在各个领域的扩展是意想不到的。
#14
可以啊
#15
宝贝新一代的整车控制系统是纯Java写的
启动时间仅需3.5秒钟!
启动时间仅需3.5秒钟!
#16
宝马汽车的新一代的整车控制系统是纯Java写的
启动时间仅需3.5秒钟!
启动时间仅需3.5秒钟!
#17
我认为能。据说火星探测车就是Java写的。Real-Time Java 就是编写实时系统的工具。有问题,只要肯研究,就回有好的结果。Java优缺点明显,如果固守老的技术,我们会被抛的越来越运。
#18
用java可以开发手机嵌入式系统~~不过个人觉得c++ 还是不错 ~~
#19
可以啊
#20
osgi可以。
OSGi是Open Service Gateway Initiative的简称,该组织建立于1999年,是一个非赢利机构,旨在建立一个开放的服务规范,为通过网络向设备提供服务建立开放的标准。当然是用JAVA写的。
2008年做JAVA的如果你还不知道OSGi,你真的应该与时俱进一下了。
如果真的不知道,下面给你一个感性的认识,顺便回答LZ的问题:
OSGI典型的应用案例主要有两个:分别是Eclipse和BMW汽车的应用控制系统。
Eclipse在3.0以后版本采用OSGI作为其插件体系结构,因为Eclipse的插件体系结构和OSGI的思想非常的耦合,都强调微核+系统插件+应用插件的概念,这个和LZ的问题无关。
BMW汽车的应用控制系统采用OSGI作为其底层架构,估计这一定程度上颠覆了很多人对于Java的认识,很多人都认为基于java的系统低效,不可能用于汽车这样的应用控制系统上,在EclipseCon 2006会议上BMW采用OSGI得到了证实,估计是猜想会被很多人怀疑,演讲者在PPT上讲了下BMW汽车的应用控制系统,这套系统主要用来控制汽车上的音箱、灯光等等设备,总共由1000多个Bundle构成,但BMW汽车的应用控制系统启动时间却只需要3.5秒,是不是很令人惊讶呢,这也从很大程度上反应了采用OSGI的系统的效率并不会低。
另外Wind River 也在使用。官方网站http://www.osgi.org/ 应用http://www.osgi.org/Markets/Automotive
OSGi是Open Service Gateway Initiative的简称,该组织建立于1999年,是一个非赢利机构,旨在建立一个开放的服务规范,为通过网络向设备提供服务建立开放的标准。当然是用JAVA写的。
2008年做JAVA的如果你还不知道OSGi,你真的应该与时俱进一下了。
如果真的不知道,下面给你一个感性的认识,顺便回答LZ的问题:
OSGI典型的应用案例主要有两个:分别是Eclipse和BMW汽车的应用控制系统。
Eclipse在3.0以后版本采用OSGI作为其插件体系结构,因为Eclipse的插件体系结构和OSGI的思想非常的耦合,都强调微核+系统插件+应用插件的概念,这个和LZ的问题无关。
BMW汽车的应用控制系统采用OSGI作为其底层架构,估计这一定程度上颠覆了很多人对于Java的认识,很多人都认为基于java的系统低效,不可能用于汽车这样的应用控制系统上,在EclipseCon 2006会议上BMW采用OSGI得到了证实,估计是猜想会被很多人怀疑,演讲者在PPT上讲了下BMW汽车的应用控制系统,这套系统主要用来控制汽车上的音箱、灯光等等设备,总共由1000多个Bundle构成,但BMW汽车的应用控制系统启动时间却只需要3.5秒,是不是很令人惊讶呢,这也从很大程度上反应了采用OSGI的系统的效率并不会低。
另外Wind River 也在使用。官方网站http://www.osgi.org/ 应用http://www.osgi.org/Markets/Automotive
#21
#22
可以吧
#23
java 就是为现代嵌入式的发展而生的。不信你可以去google一下。。。
#24
本要接java项目,有意思着联系MSN:
allenwqf@hotmail.com
谢谢。。。
allenwqf@hotmail.com
谢谢。。。
#25
本人接java项目,有意思着联系MSN:
allenwqf@hotmail.com
谢谢。。。
allenwqf@hotmail.com
谢谢。。。
#26
请给出嵌入式的定义
#27
java效率不高
#28
能不能的问题,我告诉你能。要是快不快的问题,那就另说了
#29
看产品定位
#30
要看你做嵌入式的什么东西了,java应该可以做终端,不过要是做大型的控制操作,运行起来好像不太容易。
你要是做出来了,多谈一下,交流一下。
你要是做出来了,多谈一下,交流一下。
#31
java现在已经挺快的了!
#32
Killer Game Programming in Java
By Andrew Davison
Here's the list of objections to Java:
Java is too slow for games programming.
Java has memory leaks.
Java is too high-level.
Java application installation is a nightmare.
Java isn't supported on games consoles.
No one uses Java to write real games.
Sun Microsystems isn't interested in supporting Java gaming.
It's worth saying that I think almost all of these objections are substantially wrong. Java is roughly the same speed as C++. Memory leaks can be avoided with good programming and techniques like profiling. Yes, Java is high-level, but it offers more direct access to graphics hardware and external devices. Installation isn't a nightmare if you use decent installation software. There's a growing number of excellent, fun Java games, and an enormous amount of support available from Sun and Sun-sponsored sites.
If you're keeping count, I haven't disagreed with the lack of a games consoles port, which is a tad embarrassing for a "write once, run anywhere" language. Things may be changing in this category, as I'll explain later.
A general point about these objections is that they had more validity in the late 1990s when the language and its libraries were less sophisticated and slower. Java's user and developer communities are burgeoning and have produced a plethora of useful tools, online help, and code examples. The games forums dedicated to Java barely existed 2 to 3 years ago. Java is a great language for games programming, as I hope this book demonstrates. Now, back to the criticisms.
上面是有名的JAVA工程师Andrew Davison写的一本书《Killer Game Programming in Java》
里面提到了JAVA的缺点 也提到了JAVA一直以来的发展 现在JDK6.0问世之后 (Java is roughly the same speed as C++)其速度和C++是几乎一样的
不要老是拿执行效率说事 难道大家都不看英文文档吗?现在的JAVA速度和C++没有太大差异
By Andrew Davison
Here's the list of objections to Java:
Java is too slow for games programming.
Java has memory leaks.
Java is too high-level.
Java application installation is a nightmare.
Java isn't supported on games consoles.
No one uses Java to write real games.
Sun Microsystems isn't interested in supporting Java gaming.
It's worth saying that I think almost all of these objections are substantially wrong. Java is roughly the same speed as C++. Memory leaks can be avoided with good programming and techniques like profiling. Yes, Java is high-level, but it offers more direct access to graphics hardware and external devices. Installation isn't a nightmare if you use decent installation software. There's a growing number of excellent, fun Java games, and an enormous amount of support available from Sun and Sun-sponsored sites.
If you're keeping count, I haven't disagreed with the lack of a games consoles port, which is a tad embarrassing for a "write once, run anywhere" language. Things may be changing in this category, as I'll explain later.
A general point about these objections is that they had more validity in the late 1990s when the language and its libraries were less sophisticated and slower. Java's user and developer communities are burgeoning and have produced a plethora of useful tools, online help, and code examples. The games forums dedicated to Java barely existed 2 to 3 years ago. Java is a great language for games programming, as I hope this book demonstrates. Now, back to the criticisms.
上面是有名的JAVA工程师Andrew Davison写的一本书《Killer Game Programming in Java》
里面提到了JAVA的缺点 也提到了JAVA一直以来的发展 现在JDK6.0问世之后 (Java is roughly the same speed as C++)其速度和C++是几乎一样的
不要老是拿执行效率说事 难道大家都不看英文文档吗?现在的JAVA速度和C++没有太大差异
#33
#34
java现在的确快多了