p*****2
发帖数: 21240 | 1 真是出师不利呀。
vertx run server.js
Failed in deploying verticle
javax.script.ScriptException: Error: Cannot find module vertx in at
line number 125 at column number 6
at jdk.nashorn.api.scripting.NashornScriptEngine.throwAsScriptException(
NashornScriptEngine.java:586)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(
NashornScriptEngine.java:570)
at jdk.nashorn.api.scripting.NashornScriptEngine.evalImpl(
NashornScriptEngine.java:525)
at jdk.nashorn.api.scripting.Nashor... 阅读全帖 |
|
n******7
发帖数: 12463 | 2 一直以为javascript本来跟java没关系
当年为了伴大腿才这么叫的
但是看java官方对script的支持，又困惑了
先是说
Although scripting languages are usually interpreted at runtime, they can be
compiled into Java bytecode that can then be executed on the Java Virtual
Machine (JVM). Scripting languages can be faster and easier to use for
certain problems, so it is sometimes chosen by developers of Java
applications. However, if you write your Java application in a scripting
language, then you lose the benefits of the Java language (such as type
... 阅读全帖 |
|
g*****g
发帖数: 34805 | 3 蜥蜴错了。统一多语言的不是vert.x，是JVM。JVM包括了Rhino，从Native的角度对js
的支持比其他脚本语言好。
但你也错了，vert.x虽然对已经习惯多线程编程的java程序员吸引力不大。但对于node
.js社区的js程序员有很大吸引力。特别是等明年Nashorn JS engine跟着Java 8
release，Nashorn据说性能至少跟v8平级。到时候无论是node.jar，还是vert.x，都将
是node.js的有力竞争平台。node.js程序员不但可以继续写js，继续得到高性能(Rhino
不用JIT很慢)，还可以获得jvm上的巨大类库，这无疑是很有吸引力的。
Python |
|
w********2
发帖数: 632 | 4 德国88毫米高炮打坦克是浓眉儿在北非发明的，是没办法的办法，当时英国的MATILDA
皮厚德国37炮打不透。后来发现88效果好，就装在虎I和NASHORN和FERDINAND上了。 |
|
n****1
发帖数: 1136 | 5 我只是举个jvm动态语言例子， 最近oracle不又弄了个Nashorn(jvm javascript),准备
推入JDK 8么？
而且glue code一般很短，跟bash script一个性质，啥库都不需要， 也就不需要一个
庞大社区。 |
|
d****i
发帖数: 4809 | 6 这个Nashorn是代替原来的Netscape的Rhino吧，Orale最近JavaScript动作很大，好像
还有一个Avarta.js，类似于Node，也是一种server-side JS框架。 |
|
|
z*******3
发帖数: 13709 | 8
这一批人都是red hat那个项目组的project odd
http://projectodd.org/
vert.x曾经也是这个项目组的一员
那个项目组还做了很多除了vert.x以外的其他东西
比如不同的jvm上的js引擎
因为他们对于rhino也就是mozilla的js引擎在jvm上实现的效率不满意
所以自己搞了一个，v3用的是red hat开发的js引擎nashorn，而非mozilla的rhino
还有jruby，也是red hat跟东京大学在搞
目标就是不需要修改ror的ruby代码可以直接移植到jvm上运行
这个也是他们项目组在搞
然后你说的这个，就是打算搬运npm到jvm上去运行
或者确切点说就是搬运到vert.x上运行，跟ror类似
不需要修改npm就可以运行，当然这个非常理想，还是有小部分npm无法用
因为npm有些不是js写的，js写的问题不大，但是如果是c写的npm
为了兼顾跨平台，所以就不得不抛弃了
vert.x和spring可以说完全没关系
vert.x跟spring有过一个讨论，community尤其是java的开发人员
都认为spring是by def... 阅读全帖 |
|
d****n
发帖数: 1637 | 9 https://en.wikipedia.org/wiki/Category:JVM_programming_languages
真是不做2遍，都快100个变种了。还嘴硬
List of JVM languages
A
AgentSheets
Ateji PX
B
BeanShell
C
Ceylon (programming language)
CLforJava
Clojure
Adobe ColdFusion
D
Deeplearning4j
E
E (programming language)
F
Fantom (programming language)
Fortress (programming language)
Frege (programming language)
G
Golo (programming language)
Gosu (programming language)
Groovy (programming language)
I
NetRexx
Ioke (programming language)
J
Jaskell
Jasmin (software)... 阅读全帖 |
|
|
z****e
发帖数: 54598 | 11
java 9出来了
clojure升级了么？
没发现用不了么？
clojure还在用sun的那些不安全的包
jigsaw影响比较大的jvm语言就是clojure，其他都还好
kotlin已经升级到9了，最快的一个，不算java和js(nashorn)的话
这两个是oracle官方支持的，这不能算
其他的估计clojure会成为最慢的一个，就看jython是不是会更慢
用一个东西呢，是有前提的
以前用高阶函数，是没有办法
现在有了coroutine，选择多了一个
就不需要高阶函数来帮忙解决callback问题了
那自然就挑容易的搞了
应该这么说，coroutine提供了高阶函数以外的一种选择
让我们可以不需要用高阶函数了
偶尔用一用，比如
button.action = lambda{|now|
canvas.clear()
canvas.image(image, 0, 0)
}
这种可以接受，但是大量出现高阶函数
那个写起来，呵呵 |
|
z****e
发帖数: 54598 | 12 靠谱
不过oo跟互联网还不是一个时代，互联网更靠后一些
oop很早就显现出了替代其他各种paradigms的架势
随之而来的是软件工程这个学科的兴起
然后逐步替换并淘汰掉c为代表的硬件/命令式编程
开始剥离出抽象的逻辑代码而非命令代码
最早做出垮平台的是fortran，字节码那些都是fortran先搞出来的
然后oop优化最早是smalltalk，以及后来的strongtalk搞出来的理论
再然后lars bak等人根据strongtalk的经验
address了sun的一个项目组用c++用疯了的问题
这就是oak以及后来的java还有官方jvm hotspot的第一版
然后就是java瞄准了网络时代，sun提出了the network is the computer
java上各种socket等的编程也远比c什么容易很多，封装得更彻底
最早c/c++什么用corba，简直不是人用的
然后java在corba基础之上搞出了rmi
再后来是ejb，ejb就是分布式系统的一个典型应用
然后ejb太过于复杂，加上m$被一脚踢出了java阵营
所以迫不及待需要一个更高level的通信协议，这就... 阅读全帖 |
|
z****e
发帖数: 54598 | 13 靠谱
不过oo跟互联网还不是一个时代，互联网更靠后一些
oop很早就显现出了替代其他各种paradigms的架势
随之而来的是软件工程这个学科的兴起
然后逐步替换并淘汰掉c为代表的硬件/命令式编程
开始剥离出抽象的逻辑代码而非命令代码
最早做出垮平台的是fortran，字节码那些都是fortran先搞出来的
然后oop优化最早是smalltalk，以及后来的strongtalk搞出来的理论
再然后lars bak等人根据strongtalk的经验
address了sun的一个项目组用c++用疯了的问题
这就是oak以及后来的java还有官方jvm hotspot的第一版
然后就是java瞄准了网络时代，sun提出了the network is the computer
java上各种socket等的编程也远比c什么容易很多，封装得更彻底
最早c/c++什么用corba，简直不是人用的
然后java在corba基础之上搞出了rmi
再后来是ejb，ejb就是分布式系统的一个典型应用
然后ejb太过于复杂，加上m$被一脚踢出了java阵营
所以迫不及待需要一个更高level的通信协议，这就... 阅读全帖 |
|
