n****1
发帖数: 1136 | 1 在个人project里面动态语言是没啥问题的， 可是一旦牵涉到第三方类库问题就很严重
了。 因为动态语言的bug更多是公认的， 自己的code bug容易fix, 别人的code里面有
bug就只能求神拜佛了。
但动态语言做glue code优势巨大， 譬如jython可以很方便的load java class, 把他
们动态地组合在一起， 比起在java里面捣鼓reflection/classloader要方便多了。 我
觉得这样实现dependency injection比些XML更灵活， 效率更高，也更轻量。
python在科学技术里面也只是起到glue code的作用， 把lapack这些C库组合在一起，
既有性能也有灵活性。
JVM上的开源资源太丰富了，对于平时只是拿开源库搭积木的人来说， JVM上的动态语
言可以集两家之所长, 还能保证动态语言的危害在自己可控的范围之内。
Just my 2cents,欢迎拍砖。 |
n****1
发帖数: 1136 | 2 说得更简单直白点就是， java的main function由jython来实现， 达到dependency
inject/Inversion of control的效果。 其他部分不变。
Spring framework也能做到， 可是:
1. XML不好读不好写。
2. 更像魔法， 不知道怎么来的。
通过jython， 我们可以更清楚自己在做什么， 也就是zen of python:
Explicit is better than implicit.
VS Spring framework:
Convention over configuration
一句话：造轮子用java,组合轮子用Jython/Jruby/Beanshell... |
p*****2
发帖数: 21240 | |
n****1
发帖数: 1136 | 4 反正只是glue code, 啥都行， clojure也行。 可是clojure这种用途下没有任何突出
优势， 而且一大堆括号。
【在 p*****2 的大作中提到】
: 说的不错，但是干嘛不用clojure？
|
g*****g
发帖数: 34805 | 5 it's time to update your java knowledge, xml for ioc. lol. Your spring basic
is so last decade.
My advice to you, dont advise on things you don't know.
【在 n****1 的大作中提到】
: 说得更简单直白点就是， java的main function由jython来实现， 达到dependency
: inject/Inversion of control的效果。 其他部分不变。
: Spring framework也能做到， 可是:
: 1. XML不好读不好写。
: 2. 更像魔法， 不知道怎么来的。
: 通过jython， 我们可以更清楚自己在做什么， 也就是zen of python:
: Explicit is better than implicit.
: VS Spring framework:
: Convention over configuration
: 一句话：造轮子用java,组合轮子用Jython/Jruby/Beanshell...
|
n****1
发帖数: 1136 | 6 I know about @Configuration/Bean/Import/DependsOn, which are just sugar to
get rid of the XML. So what? Still feels like magic come from nowhere.
With dynamic glue code, ppl can implement these magic by themselves, and
maybe other much more powerful decorators.
Admit it or not, Spring is essentially a bunch of hacking using java
reflection and dynamic class loading. Why not using dynamic language to do
the hacking in a more systematic and explicit way?
basic
【在 g*****g 的大作中提到】
: it's time to update your java knowledge, xml for ioc. lol. Your spring basic
: is so last decade.
: My advice to you, dont advise on things you don't know.
|
g*****g
发帖数: 34805 | 7 你就是没有实际经验，学了几个helloworld，就不知道天高地厚了。DI configuration
，和普通的parameter configuration不同，在我看来就是源码的一部分。99%以上的部
分，无非就是一边声明，另一边自动wire，简单的不能再简单, 需要啥separation of
concern. 没有人在产品环境上通过XML去修改DI，因为这个在integration test里是没
测试到的，风险很大。宁可在开发环境里重新build, 过测试，再部署。而这么做用xml
和用annotation没什么不同。这一整套DI都写入了JEE的标准，是spring出来5，6年以
后的事情。一个人的设计错了不奇怪，一整个java社区经过5，6年的实践还把错误的设
计写入标准，你当你真比jcp那帮人懂java?
你真装逼非要separation of concern, 也大可以用spring的java config. 在应用代码
里要避免写reflection是没错，这正是spring一类优秀架构出现的原因，人把肮脏的部
分都写好了，应用开发者就可以避免直接接触reflection，这才是典型的separation
of concern.
说到底，这班上乌烟瘴气，就是像你这样的新手，明明对java经验不多，还成天要抛出
自己的牛屄理论来贻笑大方。你别不服气，你觉得自己的想法牛屄，写个框架出来，用
的人多了，直接像Rod Johnson就可以退休了，再来鄙视我不迟。成天停留在自己意淫
的理论上，一行代码都不写，光闹笑话还牛逼哄哄的。
the
【在 n****1 的大作中提到】
: I know about @Configuration/Bean/Import/DependsOn, which are just sugar to
: get rid of the XML. So what? Still feels like magic come from nowhere.
: With dynamic glue code, ppl can implement these magic by themselves, and
: maybe other much more powerful decorators.
: Admit it or not, Spring is essentially a bunch of hacking using java
: reflection and dynamic class loading. Why not using dynamic language to do
: the hacking in a more systematic and explicit way?
:
: basic
|
n****1
发帖数: 1136 | 8
JS也是ECMA标准，照样一堆bad part， 怎么到了JEE标准就成金子了？
我从来没说过我牛， 也没鄙视过你。 我只是就事论事提出自己的观点： 动态语言在
整合轮子上思路更直观更清晰。 倒是你的回帖老是要摆出老资格的姿态， 而且喜欢避
重就轻：
“it's time to update your java knowledge, xml for ioc. lol. Your spring
basicis so last decade.”
完全没有讨论动态语言这个主题。
"说到底，这班上乌烟瘴气，就是像你这样的新手，明明对java经验不多，还成天要抛出
自己的牛屄理论来贻笑大方。"
乌烟瘴气是你的个人看法， 我看板上讨论气氛挺好的。 你要不爽不回贴就行了， 不
用整天攻击来攻击去的。
“你别不服气，你觉得自己的想法牛屄，写个框架出来，用的人多了，直接像Rod
Johnson就可以退休了，再来鄙视我不迟。”
要是Spring是你写的， 你口气这么大还可以接受。 人Linus Torvalds就有资格抨击那
些说linux不好的人。 而你不过是用人家的东西， 还要摆出老大姿态， 有意思么？
【在 g*****g 的大作中提到】
: 你就是没有实际经验，学了几个helloworld，就不知道天高地厚了。DI configuration
: ，和普通的parameter configuration不同，在我看来就是源码的一部分。99%以上的部
: 分，无非就是一边声明，另一边自动wire，简单的不能再简单, 需要啥separation of
: concern. 没有人在产品环境上通过XML去修改DI，因为这个在integration test里是没
: 测试到的，风险很大。宁可在开发环境里重新build, 过测试，再部署。而这么做用xml
: 和用annotation没什么不同。这一整套DI都写入了JEE的标准，是spring出来5，6年以
: 后的事情。一个人的设计错了不奇怪，一整个java社区经过5，6年的实践还把错误的设
: 计写入标准，你当你真比jcp那帮人懂java?
: 你真装逼非要separation of concern, 也大可以用spring的java config. 在应用代码
: 里要避免写reflection是没错，这正是spring一类优秀架构出现的原因，人把肮脏的部
|
|
d****i
发帖数: 4809 | 9 Jython不行，Python社区看不上JVM，搞Python的都是在Native层搞的。
【在 n****1 的大作中提到】
: 说得更简单直白点就是， java的main function由jython来实现， 达到dependency
: inject/Inversion of control的效果。 其他部分不变。
: Spring framework也能做到， 可是:
: 1. XML不好读不好写。
: 2. 更像魔法， 不知道怎么来的。
: 通过jython， 我们可以更清楚自己在做什么， 也就是zen of python:
: Explicit is better than implicit.
: VS Spring framework:
: Convention over configuration
: 一句话：造轮子用java,组合轮子用Jython/Jruby/Beanshell...
|
n****1
发帖数: 1136 | 10 我只是举个jvm动态语言例子， 最近oracle不又弄了个Nashorn(jvm javascript),准备
推入JDK 8么？
而且glue code一般很短，跟bash script一个性质，啥库都不需要， 也就不需要一个
庞大社区。
【在 d****i 的大作中提到】
: Jython不行，Python社区看不上JVM，搞Python的都是在Native层搞的。
|
|
|
d****i
发帖数: 4809 | 11 这个Nashorn是代替原来的Netscape的Rhino吧，Orale最近JavaScript动作很大，好像
还有一个Avarta.js，类似于Node，也是一种server-side JS框架。
【在 n****1 的大作中提到】
: 我只是举个jvm动态语言例子， 最近oracle不又弄了个Nashorn(jvm javascript),准备
: 推入JDK 8么？
: 而且glue code一般很短，跟bash script一个性质，啥库都不需要， 也就不需要一个
: 庞大社区。
|
g*****g
发帖数: 34805 | 12 还避重就轻呢？annotation是业界的de facto好几年了, 你用xml来举例，还能说明啥？
Spring不是我写的，可是我老没成天摆出一幅装逼的面孔。言必称fp, dp如何如何，
java如何不对，spring如何不对。你要抛出惊世骇俗的理论，自然要拿出东西来，是骡
子是马拉出来溜溜。明明没有实际工作经验，成天胡乱指点，还不许我批驳怎的？ |
n****1
发帖数: 1136 | 13 是啊， JDK 7就为动态语言做了优化， 现在又大力推广jvm js的地位，可见jvm动态语
言是有市场有需求的。 可某些人偏要视而不见， 专挑无关紧要的喷。
【在 d****i 的大作中提到】
: 这个Nashorn是代替原来的Netscape的Rhino吧，Orale最近JavaScript动作很大，好像
: 还有一个Avarta.js，类似于Node，也是一种server-side JS框架。
|
d****i
发帖数: 4809 | 14 这个应该主要不是动态语言的关系，可能因为Oracel也觉得JS太火了，有必要把JS和
Java整合的更好一些。
【在 n****1 的大作中提到】
: 是啊， JDK 7就为动态语言做了优化， 现在又大力推广jvm js的地位，可见jvm动态语
: 言是有市场有需求的。 可某些人偏要视而不见， 专挑无关紧要的喷。
|
n****1
发帖数: 1136 | 15 JS火很大原因是V8， 莫非Oracle要和Google拼性能？ 真这样的话所有JVM语言的速度
应该都能提升吧。
【在 d****i 的大作中提到】
: 这个应该主要不是动态语言的关系，可能因为Oracel也觉得JS太火了，有必要把JS和
: Java整合的更好一些。
|
d****i
发帖数: 4809 | 16 JS火绝对不止node+V8那么简单，客户端那么多五彩缤纷的JS的框架就很说明问题了,再
加上现在手机上很多SDK都支持JS。
【在 n****1 的大作中提到】
: JS火很大原因是V8， 莫非Oracle要和Google拼性能？ 真这样的话所有JVM语言的速度
: 应该都能提升吧。
|
g*****g
发帖数: 34805 | 17 jvm支持动态语言，跟di应该用动态语言是一回事吗？胡说八道完又要给自己找场子。
【在 n****1 的大作中提到】
: 我只是举个jvm动态语言例子， 最近oracle不又弄了个Nashorn(jvm javascript),准备
: 推入JDK 8么？
: 而且glue code一般很短，跟bash script一个性质，啥库都不需要， 也就不需要一个
: 庞大社区。
|
n****1
发帖数: 1136 | 18 喷也不带点脑子。 一个程序可以用到很多类库， 但只可以有一套IOC机制,只能在一个
框架下工作。 Spring是一个很优秀的框架， 但如果让spring ioc container接管，
类库们就自己开始运作了， 动态语言也就无从控制了。
所以jvm动态语言不是说在IOC上更有优势， 而是第一件事就是get rid of Spring IOC.
【在 g*****g 的大作中提到】
: jvm支持动态语言，跟di应该用动态语言是一回事吗？胡说八道完又要给自己找场子。
|
Y**G
发帖数: 1089 | 19 jvm 是虚拟机，不是语言。jvm 不是 java.
任何一个语言，只要能产生 jvm 指令就可以在 jvm 上运行。
【在 g*****g 的大作中提到】
: jvm支持动态语言，跟di应该用动态语言是一回事吗？胡说八道完又要给自己找场子。
|
g*****g
发帖数: 34805 | 20 弄半天，整个动态语言你就为了去掉spring ioc? LOL。IOC是java里已经解决很好的部
分，spring是很优秀的架构，
你这不是吃饱撑的？动态语言对于静态语言当然有优势的地方，但IOC就属于举例不当。
IOC.
【在 n****1 的大作中提到】
: 喷也不带点脑子。 一个程序可以用到很多类库， 但只可以有一套IOC机制,只能在一个
: 框架下工作。 Spring是一个很优秀的框架， 但如果让spring ioc container接管，
: 类库们就自己开始运作了， 动态语言也就无从控制了。
: 所以jvm动态语言不是说在IOC上更有优势， 而是第一件事就是get rid of Spring IOC.
|
|
|
g*****g
发帖数: 34805 | 21 我说了jvm是语言或者jvm是java了吗？
【在 Y**G 的大作中提到】
: jvm 是虚拟机，不是语言。jvm 不是 java.
: 任何一个语言，只要能产生 jvm 指令就可以在 jvm 上运行。
|
n****1
发帖数: 1136 | 22 我看用动态语言去写类库， 最后还要被Spring IOC 调用运行才是吃饱了撑的。 不仅
被框架限制得死死的， 而且类库代码量巨大， 容易出runtime bug， 简直把两者缺点
集于一身了。 至少我个人是不敢用别人用动态语言些的类库。
只要动态语言有了控制权， 就可以实现一个Adhoc monad transformer. 这样不仅轻松
实现AOP(Transformer)/async(Continuation)等等, 还能做到composable library, 就
像SOA里面的composable service一样。 如果能够用applicative functor做
composition,还能自动把单线程的库做到并行运行。 总之FP里面那些fancy的东西都可
以往上套。 This is the whole point of glue code.
还是那句话，Spring是别人的魔法， 有时候还是自己来控制更好。
当。
【在 g*****g 的大作中提到】
: 弄半天，整个动态语言你就为了去掉spring ioc? LOL。IOC是java里已经解决很好的部
: 分，spring是很优秀的架构，
: 你这不是吃饱撑的？动态语言对于静态语言当然有优势的地方，但IOC就属于举例不当。
:
: IOC.
|
Y**G
发帖数: 1089 | 23 什么叫" jvm 支持动态语言"？我是来讨论问题的，不是来吵架的。
我们从来不说“x86支持动态语言”，所以我想知道你的"支持动态语言“具体是什么意
思。
【在 g*****g 的大作中提到】
: 我说了jvm是语言或者jvm是java了吗？
|
n****1
发帖数: 1136 | 24 还有就是，spring bean目前只支持三种动态语言：beanshell/groovy/jruby. 你让
clojure/rhino/jython脚本怎么运行在spring之下？？？ |
g*****g
发帖数: 34805 | 25 这不就是说明你对jvm缺乏了解吗。jvm支持动态语言，就是动态语言可以在jvm之上跑
。这个支持不是一直都有的，是jdk6
之后才有的。相比之下，x86一直支持动态语言。
jvm 支持动态语言是JSR的标准提法，我让你装。
https://jcp.org/en/jsr/detail?id=292
JSR 292: Supporting Dynamically Typed Languages on the JavaTM Platform
【在 Y**G 的大作中提到】
: 什么叫" jvm 支持动态语言"？我是来讨论问题的，不是来吵架的。
: 我们从来不说“x86支持动态语言”，所以我想知道你的"支持动态语言“具体是什么意
: 思。
|
g*****g
发帖数: 34805 | 26 所有spring bean，都可以用静态的方式获得。
MyClass myClass = applicationContext.getBean(MyClass.class);
或者，需要访问spring container也可以实现BeanFactoryAware 或
ApplicationContextAware接口。
虽然没有spring native support好，但离不能用还十万八千里。
【在 n****1 的大作中提到】
: 还有就是，spring bean目前只支持三种动态语言：beanshell/groovy/jruby. 你让
: clojure/rhino/jython脚本怎么运行在spring之下？？？
|
Y**G
发帖数: 1089 | 27 难道没有JSR 292 JVM就不能跑动态语言了吗？你写过动态语言解释器吗？你了解动态
语言怎么在JVM上跑吗？JRE 5就不能跑动态语言吗？
那些见过写名词就满嘴跑火车的我见多了，一深入下去就没戏了。
【在 g*****g 的大作中提到】
: 这不就是说明你对jvm缺乏了解吗。jvm支持动态语言，就是动态语言可以在jvm之上跑
: 。这个支持不是一直都有的，是jdk6
: 之后才有的。相比之下，x86一直支持动态语言。
: jvm 支持动态语言是JSR的标准提法，我让你装。
: https://jcp.org/en/jsr/detail?id=292
: JSR 292: Supporting Dynamically Typed Languages on the JavaTM Platform
|
g*****g
发帖数: 34805 | 28 LOL，刚刚是谁装逼说没有jvm支持动态语言这个说法，拿jsr出来打脸还不够？
JVM 6之后引入了invokedynamic的支持，从而可以支持动态类型，之前你只能把动态语
言编译成jvm bytecode才能运行。也就是把动态语言当静态用。
还有脸谈深入了，越吹越丢人。
【在 Y**G 的大作中提到】
: 难道没有JSR 292 JVM就不能跑动态语言了吗？你写过动态语言解释器吗？你了解动态
: 语言怎么在JVM上跑吗？JRE 5就不能跑动态语言吗？
: 那些见过写名词就满嘴跑火车的我见多了，一深入下去就没戏了。
|
Y**G
发帖数: 1089 | 29 你的那个所谓"JVM是否支持动态语言"的依据就是JSR292,而实际上没有JSR-292,JVM上
完全可以跑动态语言。JSR 223早就有了。Rhino 在JRE 1.5上早就能运行了。
“之前你只能把动态语言编译成jvm bytecode才能运行。也就是把动态语言当静态用。
" -- 这跟我们讨论的命题"JVM是否支持动态语言"有什么关系，这对原来命题的真伪有
关系吗？
如果Java不精，还可以学，如果逻辑混乱，就是浆糊一个，没救了。
【在 g*****g 的大作中提到】
: LOL，刚刚是谁装逼说没有jvm支持动态语言这个说法，拿jsr出来打脸还不够？
: JVM 6之后引入了invokedynamic的支持，从而可以支持动态类型，之前你只能把动态语
: 言编译成jvm bytecode才能运行。也就是把动态语言当静态用。
: 还有脸谈深入了，越吹越丢人。
|
g*****g
发帖数: 34805 | 30 无需静态编译运行是动态语言的基本特性之一，需要静态编译也就不能叫动态语言了。
N年前java就可以编译成js, 难道我们就说浏览器native支持java，或者 java也是动态
语言? 退1万步，jsr 223也不是java 1.0 就有的，你拿x86支持动态语言来类比还不是
自己打脸？
丢人了不找个地洞，非要越抹越黑也由得你。
【在 Y**G 的大作中提到】
: 你的那个所谓"JVM是否支持动态语言"的依据就是JSR292,而实际上没有JSR-292,JVM上
: 完全可以跑动态语言。JSR 223早就有了。Rhino 在JRE 1.5上早就能运行了。
: “之前你只能把动态语言编译成jvm bytecode才能运行。也就是把动态语言当静态用。
: " -- 这跟我们讨论的命题"JVM是否支持动态语言"有什么关系，这对原来命题的真伪有
: 关系吗？
: 如果Java不精，还可以学，如果逻辑混乱，就是浆糊一个，没救了。
|
|
|
Y**G
发帖数: 1089 | 31 你开始说:"jvm支持动态语言"，我认为这是废话。大多数VM或者physical machine都支
持动态语言，没有什么特别的。我们在x86上运行Python, Ruby，我们表示惊讶了吗？
这是很自然的事情。
但是你偏要搬出JSR-292来证明"jvm支持动态语言"就是你的无知了。然后你讲了半天，
不停的跑题，还是没有证明没有JSR-292，怎么JVM就不能跑动态语言了。
【在 g*****g 的大作中提到】
: 无需静态编译运行是动态语言的基本特性之一，需要静态编译也就不能叫动态语言了。
: N年前java就可以编译成js, 难道我们就说浏览器native支持java，或者 java也是动态
: 语言? 退1万步，jsr 223也不是java 1.0 就有的，你拿x86支持动态语言来类比还不是
: 自己打脸？
: 丢人了不找个地洞，非要越抹越黑也由得你。
|
g*****g
发帖数: 34805 | 32 没有jsr-292, 动态语言只能当静态语言用，还不知道这个区别意味着啥？
x86从一开始就可以支持 python, ruby, java 1.0就完全不能支持动态语言，这不是区
别？
再说了，就算我说了一句废话，既然没错，你丫叫唤个啥？按你这个说法，每个论据都
是废话。明明是无知暴露还尼玛死撑
到底了。
【在 Y**G 的大作中提到】
: 你开始说:"jvm支持动态语言"，我认为这是废话。大多数VM或者physical machine都支
: 持动态语言，没有什么特别的。我们在x86上运行Python, Ruby，我们表示惊讶了吗？
: 这是很自然的事情。
: 但是你偏要搬出JSR-292来证明"jvm支持动态语言"就是你的无知了。然后你讲了半天，
: 不停的跑题，还是没有证明没有JSR-292，怎么JVM就不能跑动态语言了。
|
Y**G
发帖数: 1089 | 33 既然你承认""jvm支持动态语言"是废话，俺就算了。
但是你的"没有jsr-292, 动态语言只能当静态语言用"还是有很多问题。我在JRE 1.5上
跑Rhino，难道我的javascript全当程静态语言用了？什么叫当静态语言?
我说过我不是来吵架的，但是讨论用的名词如果不是科学严谨的术语，会造成很多误解
的。
【在 g*****g 的大作中提到】
: 没有jsr-292, 动态语言只能当静态语言用，还不知道这个区别意味着啥？
: x86从一开始就可以支持 python, ruby, java 1.0就完全不能支持动态语言，这不是区
: 别？
: 再说了，就算我说了一句废话，既然没错，你丫叫唤个啥？按你这个说法，每个论据都
: 是废话。明明是无知暴露还尼玛死撑
: 到底了。
|
g*****g
发帖数: 34805 | 34 你倒是会给自己找台阶，JSR-292的官方提法，直接打脸，就这么算了？JSR-292的官方
提法不严谨，
你的提法最严谨？LOL。
事实上java对动态语言的支持是循序渐进的，jsr-292是一个飞跃。跟x86对ruby,
python从一开始就有的
支持是完全不同。你丢人要丢多少次才够？
【在 Y**G 的大作中提到】
: 既然你承认""jvm支持动态语言"是废话，俺就算了。
: 但是你的"没有jsr-292, 动态语言只能当静态语言用"还是有很多问题。我在JRE 1.5上
: 跑Rhino，难道我的javascript全当程静态语言用了？什么叫当静态语言?
: 我说过我不是来吵架的，但是讨论用的名词如果不是科学严谨的术语，会造成很多误解
: 的。
|
Y**G
发帖数: 1089 | 35 其实是你自己一直在胡搅蛮缠，思维混乱。
JSR-292从来没说过没有JSR-292 JVM就不能跑动态语言的，打的还不是你的脸。
我说过JSR-292提法不严谨吗？你丫要喷大爷陪到底。
【在 g*****g 的大作中提到】
: 你倒是会给自己找台阶，JSR-292的官方提法，直接打脸，就这么算了？JSR-292的官方
: 提法不严谨，
: 你的提法最严谨？LOL。
: 事实上java对动态语言的支持是循序渐进的，jsr-292是一个飞跃。跟x86对ruby,
: python从一开始就有的
: 支持是完全不同。你丢人要丢多少次才够？
|
g*****g
发帖数: 34805 | 36 傻逼还要打脸到底，什么叫做" jvm 支持动态语言"， JSR292谈的就是 jvm支持动态语
言。
Supporting Dynamically Typed Languages on the JavaTM Platform
JSR可以提，我不能提怎的？你丫装逼被打脸已经不是一次两次的。那次到最后不是打
死不认错？你丫不服来谈谈x86是到那一版才支持Ruby, Python的，你的类比是不是傻
逼？原文在此。
发信人: YHFG (月黑风高), 信区: Programming
标 题: Re: 动态脚本适合做glue code, 静态语言适合做heavy lifting
发信站: BBS 未名空间站 (Sun Jan 5 17:39:31 2014, 美东)
什么叫" jvm 支持动态语言"？我是来讨论问题的，不是来吵架的。
我们从来不说“x86支持动态语言”，所以我想知道你的"支持动态语言“具体是什么意
思。
【在 Y**G 的大作中提到】
: 其实是你自己一直在胡搅蛮缠，思维混乱。
: JSR-292从来没说过没有JSR-292 JVM就不能跑动态语言的，打的还不是你的脸。
: 我说过JSR-292提法不严谨吗？你丫要喷大爷陪到底。
|
Y**G
发帖数: 1089 | 37 看来你这傻逼已经恼羞成怒了，弄不好已经脑瘫了，要不也不会说出狗屁不通的话。
你谈的"jvm 支持动态语言"和JSR-292谈的完全是两吗事。你的那个"没有jsr-292, 动
态语言只能当静态语言用"更是本坛的笑柄。
你丫基本就是神棍一个，天天装B, 不懂装懂，同你讨论问题就是浪费时间，浪费版面。
【在 g*****g 的大作中提到】
: 傻逼还要打脸到底，什么叫做" jvm 支持动态语言"， JSR292谈的就是 jvm支持动态语
: 言。
: Supporting Dynamically Typed Languages on the JavaTM Platform
: JSR可以提，我不能提怎的？你丫装逼被打脸已经不是一次两次的。那次到最后不是打
: 死不认错？你丫不服来谈谈x86是到那一版才支持Ruby, Python的，你的类比是不是傻
: 逼？原文在此。
: 发信人: YHFG (月黑风高), 信区: Programming
: 标 题: Re: 动态脚本适合做glue code, 静态语言适合做heavy lifting
: 发信站: BBS 未名空间站 (Sun Jan 5 17:39:31 2014, 美东)
: 什么叫" jvm 支持动态语言"？我是来讨论问题的，不是来吵架的。
|
g*****g
发帖数: 34805 | 38 我回应文章的context就是nod101的这篇，算是jsr-292之后的后继优化。你还有脸敢说
是完全两码事吗？
你丫脑残了那次最后不是耍赖解决？jsr-292的索引是你给的？x86跟ruby的脑残类比你
丫有种正面回应？
发信人: nod101 (exchange), 信区: Programming
标 题: Re: 动态脚本适合做glue code, 静态语言适合做heavy lifting
发信站: BBS 未名空间站 (Sun Jan 5 15:34:57 2014, 美东)
是啊， JDK 7就为动态语言做了优化， 现在又大力推广jvm js的地位，可见jvm动态语
言是有市场有需求的。 可某些人偏要视而不见， 专挑无关紧要的喷。
面。
【在 Y**G 的大作中提到】
: 看来你这傻逼已经恼羞成怒了，弄不好已经脑瘫了，要不也不会说出狗屁不通的话。
: 你谈的"jvm 支持动态语言"和JSR-292谈的完全是两吗事。你的那个"没有jsr-292, 动
: 态语言只能当静态语言用"更是本坛的笑柄。
: 你丫基本就是神棍一个，天天装B, 不懂装懂，同你讨论问题就是浪费时间，浪费版面。
|
Y**G
发帖数: 1089 | 39 喷的有点技术含量好不好？这种没有技术含量的乱喷只能在马桶里抽掉。
【在 g*****g 的大作中提到】
: 我回应文章的context就是nod101的这篇，算是jsr-292之后的后继优化。你还有脸敢说
: 是完全两码事吗？
: 你丫脑残了那次最后不是耍赖解决？jsr-292的索引是你给的？x86跟ruby的脑残类比你
: 丫有种正面回应？
: 发信人: nod101 (exchange), 信区: Programming
: 标 题: Re: 动态脚本适合做glue code, 静态语言适合做heavy lifting
: 发信站: BBS 未名空间站 (Sun Jan 5 15:34:57 2014, 美东)
: 是啊， JDK 7就为动态语言做了优化， 现在又大力推广jvm js的地位，可见jvm动态语
: 言是有市场有需求的。 可某些人偏要视而不见， 专挑无关紧要的喷。
:
|
g*****g
发帖数: 34805 | 40 带索引带历史的没技术含量，就你乱喷最有技术含量。
【在 Y**G 的大作中提到】
: 喷的有点技术含量好不好？这种没有技术含量的乱喷只能在马桶里抽掉。
|
|
|
q*c
发帖数: 9453 | 41 js 火就是因为浏览器。没别的了。
【在 d****i 的大作中提到】
: JS火绝对不止node+V8那么简单，客户端那么多五彩缤纷的JS的框架就很说明问题了,再
: 加上现在手机上很多SDK都支持JS。
|
Y**G
发帖数: 1089 | 42 是这样的。浏览器都用js是即成事实，不代表js多好。但是一旦形成即成事实，是很难
再撼动的。applet当年单挑js就败得很惨。
【在 q*c 的大作中提到】
: js 火就是因为浏览器。没别的了。
|
p*****2
发帖数: 21240 | 43
听说当年applet比JS在浏览器上更牛逼。
【在 Y**G 的大作中提到】
: 是这样的。浏览器都用js是即成事实，不代表js多好。但是一旦形成即成事实，是很难
: 再撼动的。applet当年单挑js就败得很惨。
|
n****1
发帖数: 1136 | 44 我是说由动态语言来写类库， 提供给spring framework来消费是很难的。 spring只支
持3种。
你说的这个不正是为了获取IOC控制么，与类库有啥关联？
【在 g*****g 的大作中提到】
: 所有spring bean，都可以用静态的方式获得。
: MyClass myClass = applicationContext.getBean(MyClass.class);
: 或者，需要访问spring container也可以实现BeanFactoryAware 或
: ApplicationContextAware接口。
: 虽然没有spring native support好，但离不能用还十万八千里。
|
g*****g
发帖数: 34805 | 45 我说的是spring bean让其他语言用，反过来通常比较简单。别的语言没有接触过，
groovy和scala，都是直接把类名声明成成spring bean, 在spring container里就可以
用了。spring所谓对其他语言的内建支持，也是指我说的。
【在 n****1 的大作中提到】
: 我是说由动态语言来写类库， 提供给spring framework来消费是很难的。 spring只支
: 持3种。
: 你说的这个不正是为了获取IOC控制么，与类库有啥关联？
|
n****1
发帖数: 1136 | 46 I think we are finally on the same page now.
Spring beans can be consumed by Spring IOC Framework, as well as dynamic
language. But not at the same time.
That is why I stated "In order to be useful, dynamic language need to get
rid of Spring IOC at the first place, no matter how good spring IOC is".
And at the same time, dynamic language can integrate those 3rd-party, non-
bean classes/libraries easily, instead of adding "@"s to others' code.
Sometimes you even don't have access to source code of a 3rd-party library,
and dynamic language could still provide IOC/AOP without all those
subclassing/delegation pattern.
【在 g*****g 的大作中提到】
: 我说的是spring bean让其他语言用，反过来通常比较简单。别的语言没有接触过，
: groovy和scala，都是直接把类名声明成成spring bean, 在spring container里就可以
: 用了。spring所谓对其他语言的内建支持，也是指我说的。
|
