l*****t
发帖数: 2019 | |
p*****2
发帖数: 21240 | 2 zhaoce
【在 l*****t 的大作中提到】
: 谈谈，实战情况怎么样？
|
p*****2
发帖数: 21240 | 3 我们公司弃用了
【在 l*****t 的大作中提到】
: 谈谈，实战情况怎么样？
|
l*****t
发帖数: 2019 | 4 因为community不行？你们公司不是已经node了么？
【在 p*****2 的大作中提到】
: 我们公司弃用了
|
L***s
发帖数: 1148 | 5
展开说说？
【在 p*****2 的大作中提到】
: 我们公司弃用了
|
d*******r
发帖数: 3299 | |
p*****2
发帖数: 21240 | 7 node程序员根本不吊它
Java程序员也没发现这东西有什么用
两边不讨好
【在 L***s 的大作中提到】
:
: 展开说说？
|
l*****t
发帖数: 2019 | |
p*****2
发帖数: 21240 | 9 zhaoce
【在 l*****t 的大作中提到】
: 谈谈，实战情况怎么样？
|
p*****2
发帖数: 21240 | 10 我们公司弃用了
【在 l*****t 的大作中提到】
: 谈谈，实战情况怎么样？
|
|
|
l*****t
发帖数: 2019 | 11 因为community不行？你们公司不是已经node了么？
【在 p*****2 的大作中提到】
: 我们公司弃用了
|
L***s
发帖数: 1148 | 12
展开说说？
【在 p*****2 的大作中提到】
: 我们公司弃用了
|
d*******r
发帖数: 3299 | |
p*****2
发帖数: 21240 | 14 node程序员根本不吊它
Java程序员也没发现这东西有什么用
两边不讨好
【在 L***s 的大作中提到】
:
: 展开说说？
|
f*****w
发帖数: 2602 | 15 挖坟了
现在呢怎么样了？ 我看了下play也是变动很频繁啊 好多文档都没法跟上更新的速
度 感觉挺乱的 |
z****e
发帖数: 54598 | 16 我用得很好呀
上线了几个项目
没有问题
大概是2-3个clj mods
rxjava刚开始用，大概2个mods
scala只有一个mod，跟spark做接口
dart转译成js，然后包装成一个mod做web
传统java有一个thymeleaf做template的mod
最大的问题不是productivity的问题
因为vert.x可以跟任何项目做对接
你实在不行的话，直接把vert.x变成secondary component也就是一分钟的事
但是目前还没有发现有类似的问题，一直作为一个司令部一样的存在
而且内置bus，很顶用呀
最大的问题是ide的支持，eclipse麻痹的不支持多个语言同时存在
你比如建一个.py和.rb文件同时放在eclipse的目录下
eclipse是没有办法同时给你各种高亮伺候的
所以每个mod还是要分开，除此之外，没有其他大的问题
楼上的都没用过，都在瞎bb |
z****e
发帖数: 54598 | 17 ft
这跟你没半毛钱关系
这个底层的依赖是注定要update的
vert.x的各个脚本引擎也都会定期update
对这些做了包装之后，开放的旧的api接口不变，你的代码就不需要重写
当然这可能会有一点点问题，比如以前java升级，hashtable很多会出点问题酱紫
java项目底层依赖升级是非常正常的事情
其本质就跟你升级linux, jvm这些没啥太大区别
【在 d*******r 的大作中提到】
: 还需要观察，我觉得vert.x修改得太快，太频繁了。
: http://vertx.io/downloads.html
: https://groups.google.com/forum/#!topic/vertx/DHL9cAg4SYo
: 而且 vert.x 底下依赖的 hazlecast v2->v3 好像也是大 update.
|
z****e
发帖数: 54598 | 18 play 1->2的改动不死没天理
struts就这么改死了
angular.js也是类似的问题
【在 f*****w 的大作中提到】
: 挖坟了
: 现在呢怎么样了？ 我看了下play也是变动很频繁啊 好多文档都没法跟上更新的速
: 度 感觉挺乱的
|
z****e
发帖数: 54598 | 19 jvm的人才不好找啊
community没啥问题啊
我之前一直在等rxjava成熟
因为没有rxjava，金字塔结构实在是很让人恶心
现在vert.x+rxjava配合得非常好呀
npm也很快就有支持，这个主要看对jvm的熟悉程度
一般没用过的搞不定，你应该没啥问题
【在 l*****t 的大作中提到】
: 因为community不行？你们公司不是已经node了么？
|
z****e
发帖数: 54598 | 20 clj的问题很明显，金字塔，非常讨厌
rxjava的flat很讨喜
rxjava更新很频繁，很活跃，我很喜欢
vert.x 3的milestone 2已经出来大概一个月了
很快3就会下线，到时候跟着升级就是了
据说一般的脚本也可以打成jar了
没试过 |
|
|
z****e
发帖数: 54598 | 21 如果你打算用vert.x替换play的话
最大的问题是mod，你需要找到一个html/xml的template engine
http socket listener这个还好
vert.x相对底层很多，很多东西需要你自己动手做/组装
我觉得这样蛮好，但是你喜欢不喜欢，那就不好说了
至少说不会像play那么傻瓜，因为play毕竟是web framework
有些东西给你做好了，vert.x只是打了一个框架下去，剩下的你还是要自己弄
当然你这样做的好处就是，以后不会受制于其他人
不太可能出现play那种闹剧，当然不说一定不可能，只是可能性相对小很多
vert.x的结构估计以后就这样了，再弄也不会有多大进展，20年可能都没啥改变了
【在 f*****w 的大作中提到】
: 挖坟了
: 现在呢怎么样了？ 我看了下play也是变动很频繁啊 好多文档都没法跟上更新的速
: 度 感觉挺乱的
|
z****e
发帖数: 54598 | 22 还有session的management
但其实vert.x这些mod都有，但是是否顶用，那就不知道了
毕竟都是新的东西，网络上文档也一般，
http://modulereg.vertx.io/
【在 f*****w 的大作中提到】
: 挖坟了
: 现在呢怎么样了？ 我看了下play也是变动很频繁啊 好多文档都没法跟上更新的速
: 度 感觉挺乱的
|
z****e
发帖数: 54598 | 23 用vert.x最好一点就是
任何新生事物，你都可以通过它的mod做点尝试
如果尝试可行，可以非常快地转换成生产力
如果不可行，拆掉也就是一分钟的事
不需要你做任何非理性的冲动的选择
all or nothing是不对滴 |
z****e
发帖数: 54598 | 24 这种理念也是red hat当初改造j2ee时候提出来的理念
下一代java系统应该就是这样，任何一个部件可以被拆走
也可以被很轻松滴组装上去，多好的一个idea |
z****e
发帖数: 54598 | 25 最新一个升级是换走javascript engine
因为rhino是firefox那拨人做的，效率不行
换red hat自己做的js engine
当然api是不变的，跟我的现有代码木有任何关系
看个热闹，本质上跟linux，jvm升级是一样的
用vert.x现在五六个ide一起上
很搞笑，经常这个写完，好累
关掉，换另外一个ide，打开继续写
vert.x什么时候能让eclipse直接支持这所有语言就好了
省得换来换去 |
z****e
发帖数: 54598 | 26 vert.x重要，也不重要
重要得是因为所有mods都依赖它
不重要是因为几乎所有的业务都跟它没啥关系
它只是一个中继站，关键是你选择的其他项目的产品是否顶用
vert.x本身不能做很多事，是一个minimum轮子
你讨论性能的时候估计都会忽略它的存在
说再多也木有用
你试试吧，好坏自知
小马过河
【在 f*****w 的大作中提到】
: 挖坟了
: 现在呢怎么样了？ 我看了下play也是变动很频繁啊 好多文档都没法跟上更新的速
: 度 感觉挺乱的
|
f*****w
发帖数: 2602 | 27 我其实需要的就是个webservice的方便高效的后端，然后也需要websocket。后台数据
都是SQL。
其实play挺符合我的要求的，里面整合的ebean啊啥的都还不错 基本我要得也就是这些了
我已经尝试用play 试着写了下code 发现unit test 搞起来很不方便，或者也许是因
为我没有写过带DB操作的unit test, 是不是无论用什么都写带数据库操作的测试都会
很麻烦？ 当然play的问题确实就是太整合了 所以ebean出了问题 包了好几层之
后 我完全弄不明白为什么 好几天了我还是没搞定让测试的时候换一个数据连接 并
且每次自动刷新表定义 汗 太弱了。主要也是play的文档好差啊 真是好差啊觉得
btw vert.x现在的文档支持怎么样啊？
此外play的闹剧你是指什么啊？ 就是在说1到2的结构大改吗？（其实我没用过1，不知
道到底改了些啥）
【在 z****e 的大作中提到】
: 如果你打算用vert.x替换play的话
: 最大的问题是mod，你需要找到一个html/xml的template engine
: http socket listener这个还好
: vert.x相对底层很多，很多东西需要你自己动手做/组装
: 我觉得这样蛮好，但是你喜欢不喜欢，那就不好说了
: 至少说不会像play那么傻瓜，因为play毕竟是web framework
: 有些东西给你做好了，vert.x只是打了一个框架下去，剩下的你还是要自己弄
: 当然你这样做的好处就是，以后不会受制于其他人
: 不太可能出现play那种闹剧，当然不说一定不可能，只是可能性相对小很多
: vert.x的结构估计以后就这样了，再弄也不会有多大进展，20年可能都没啥改变了
|
z****e
发帖数: 54598 | 28 vert.x东西很少，就那点东西
文档你花个两三天估计都能全部看完
剩下的是其他项目的事
比如rxjava，你要用，要去看rxjava的文档
web service用vert.x肯定行
web socket也有，你先看看文档
http://vertx.io/core_manual_java.html
5分钟就可以看出个大概
其他语言
http://vertx.io/docs.html
hello world在主页上
http://vertx.io/
sql的支持的话，这个vert.x能做
但是其他比如node.js未必能做
因为目前绝大多数的db操作都是同步的
不是异步的，vert.x为了兼容同步，有一个worker mod
这个稍微高级一点，你需要认真看看文档
然后rxjava为基础，有一个rxjava-jdbc的项目
https://github.com/davidmoten/rxjava-jdbc
以后等它成熟了，你就可以异步访问db了
目前还是需要worker
你木有用过1我不知道怎么说呀，反正就是1和2不一样就是了
大概就这么多，你试试吧，花不了你多少时间，你把扯淡的时间拿去实践vert.x
自然就有结论了
些了
得
【在 f*****w 的大作中提到】
: 我其实需要的就是个webservice的方便高效的后端，然后也需要websocket。后台数据
: 都是SQL。
: 其实play挺符合我的要求的，里面整合的ebean啊啥的都还不错 基本我要得也就是这些了
: 我已经尝试用play 试着写了下code 发现unit test 搞起来很不方便，或者也许是因
: 为我没有写过带DB操作的unit test, 是不是无论用什么都写带数据库操作的测试都会
: 很麻烦？ 当然play的问题确实就是太整合了 所以ebean出了问题 包了好几层之
: 后 我完全弄不明白为什么 好几天了我还是没搞定让测试的时候换一个数据连接 并
: 且每次自动刷新表定义 汗 太弱了。主要也是play的文档好差啊 真是好差啊觉得
: btw vert.x现在的文档支持怎么样啊？
: 此外play的闹剧你是指什么啊？ 就是在说1到2的结构大改吗？（其实我没用过1，不知
|
z****e
发帖数: 54598 | 29 vert.x访问数据库直接用worker+jdbc
jdbc文档烂大街，worker你看官方文档
然后试试就知道了 |
z****e
发帖数: 54598 | 30 不需要web的话，你不用play完全可以
需要web，需要生成html的话，可能还麻烦点
你这里只有web service &web socket
小意思了 |
|
|
s*******n
发帖数: 344 | 31 unit test 什么叫Unit.
带数据库的还能叫unit test?
数据库单测 函数单测。
否则就写script做系统测试。
逻辑清楚了再开始干活。
些了
得
【在 f*****w 的大作中提到】
: 我其实需要的就是个webservice的方便高效的后端，然后也需要websocket。后台数据
: 都是SQL。
: 其实play挺符合我的要求的，里面整合的ebean啊啥的都还不错 基本我要得也就是这些了
: 我已经尝试用play 试着写了下code 发现unit test 搞起来很不方便，或者也许是因
: 为我没有写过带DB操作的unit test, 是不是无论用什么都写带数据库操作的测试都会
: 很麻烦？ 当然play的问题确实就是太整合了 所以ebean出了问题 包了好几层之
: 后 我完全弄不明白为什么 好几天了我还是没搞定让测试的时候换一个数据连接 并
: 且每次自动刷新表定义 汗 太弱了。主要也是play的文档好差啊 真是好差啊觉得
: btw vert.x现在的文档支持怎么样啊？
: 此外play的闹剧你是指什么啊？ 就是在说1到2的结构大改吗？（其实我没用过1，不知
|
O***b
发帖数: 104 | 32 啥叫金字塔结构？
【在 z****e 的大作中提到】
: jvm的人才不好找啊
: community没啥问题啊
: 我之前一直在等rxjava成熟
: 因为没有rxjava，金字塔结构实在是很让人恶心
: 现在vert.x+rxjava配合得非常好呀
: npm也很快就有支持，这个主要看对jvm的熟悉程度
: 一般没用过的搞不定，你应该没啥问题
|
z****e
发帖数: 54598 | 33 vert.x clj的hello world
(ns example.server
(:require [vertx.http :as http]))
(-> (http/server)
(http/on-request
(fn [req]
(let [uri (.uri req)]
(-> req
(http/server-response)
(http/send-file (str "webroot/" (if (= "/" uri) "index.html" uri
)))))))
(http/listen 8080))
看到))))))了没有？
这就是金字塔的顶点
【在 O***b 的大作中提到】
: 啥叫金字塔结构？
|
z****e
发帖数: 54598 | |
f*****w
发帖数: 2602 | 35 居然还懂日文... 真是牛到没朋友啊
【在 z****e 的大作中提到】
: 有篇日语的文章，看代码就是了
: RxJavaを使ってCallback Hellから脱出する
: http://acro-engineer.hatenablog.com/entry/2013/12/06/082444
|
z****e
发帖数: 54598 | 36 不懂，我日语门还没入，五十音学得很苦逼
肯定不如kayaker这种怪物，它年轻时候能跑铁人三项，日语英语都接近native
还有古德霸这种修过几百个学分，都比我强太多，我只是凑个热闹
但是看代码无所谓嘛，看代码你不看文字也行
【在 f*****w 的大作中提到】
: 居然还懂日文... 真是牛到没朋友啊
|
f*****w
发帖数: 2602 | 37 大牛批评的是 我这就打算开始动手试试看vertx
此外还有个问题是我一开始打算用play还有个原因是需要用到akka 请问如果在vertx
里面搞进去akka的东西是不是容易？ 还是用vertx自己的类库实现会好一些？
此外你另外个帖子里面提到说如果需要html支持的话会比较麻烦 我将来倒是确实有
可能需要加入HTML。但是如果到时候另外弄一个支持HTML的server， 然后只是把这个
vertx的库当作后台服务 这样会不会是个很stupid 的架构？
【在 z****e 的大作中提到】
: vert.x东西很少，就那点东西
: 文档你花个两三天估计都能全部看完
: 剩下的是其他项目的事
: 比如rxjava，你要用，要去看rxjava的文档
: web service用vert.x肯定行
: web socket也有，你先看看文档
: http://vertx.io/core_manual_java.html
: 5分钟就可以看出个大概
: 其他语言
: http://vertx.io/docs.html
|
z****e
发帖数: 54598 | 38 vertx和akka的理念是接近的
或者说有一定程度的overlap
但是我觉得vert.x比akka更为开放
stackoverflow上有人回答了
http://stackoverflow.com/questions/21481238/difference-in-messa
vertx
【在 f*****w 的大作中提到】
: 大牛批评的是 我这就打算开始动手试试看vertx
: 此外还有个问题是我一开始打算用play还有个原因是需要用到akka 请问如果在vertx
: 里面搞进去akka的东西是不是容易？ 还是用vertx自己的类库实现会好一些？
: 此外你另外个帖子里面提到说如果需要html支持的话会比较麻烦 我将来倒是确实有
: 可能需要加入HTML。但是如果到时候另外弄一个支持HTML的server， 然后只是把这个
: vertx的库当作后台服务 这样会不会是个很stupid 的架构？
|
z****e
发帖数: 54598 | 39
vertx
vert.x应该能够直接替换掉akka，两个理念接近
上面帖子链接有个回答，你可以看看
不stupid，自己动手搭建的框架，想拆就拆，想加就加，不会受制于人
多好的事，如果要弄一个html server的话，偷懒就直接找个tomcat，用web service连
起来
你的vert.x不是有web service接口嘛？如果不偷懒
就慢慢建设，比如html template engine，比如session management，用redis
自己做更容易理解原理，我是自己弄的，出啥问题我都很清楚，不像以前弄tomcat
经常不知道哪里出问题，我更喜欢细小的模块的拼凑，不喜欢塞给我一大坨
【在 f*****w 的大作中提到】
: 大牛批评的是 我这就打算开始动手试试看vertx
: 此外还有个问题是我一开始打算用play还有个原因是需要用到akka 请问如果在vertx
: 里面搞进去akka的东西是不是容易？ 还是用vertx自己的类库实现会好一些？
: 此外你另外个帖子里面提到说如果需要html支持的话会比较麻烦 我将来倒是确实有
: 可能需要加入HTML。但是如果到时候另外弄一个支持HTML的server， 然后只是把这个
: vertx的库当作后台服务 这样会不会是个很stupid 的架构？
|
f*****w
发帖数: 2602 | 40 多谢建议 但是我觉得就算是function 级别的测试也还是需要实际的数据库操作下才
比较保险啊 难道不是么
我没有任何写跟数据库相干的单元测试的经验 能推荐一些best practice 的资料么
书或者在线资料都可以 非常感谢哈
【在 s*******n 的大作中提到】
: unit test 什么叫Unit.
: 带数据库的还能叫unit test?
: 数据库单测 函数单测。
: 否则就写script做系统测试。
: 逻辑清楚了再开始干活。
:
: 些了
: 得
|
|
|
f*****w
发帖数: 2602 | 41 明天就开搞 非常感谢建议！ (早点看到你的帖子就好了 就不用在play上白费了好
几个礼拜的时间 但是有句讲句的话akka还真是很不错的)
【在 z****e 的大作中提到】
:
: vertx
: vert.x应该能够直接替换掉akka，两个理念接近
: 上面帖子链接有个回答，你可以看看
: 不stupid，自己动手搭建的框架，想拆就拆，想加就加，不会受制于人
: 多好的事，如果要弄一个html server的话，偷懒就直接找个tomcat，用web service连
: 起来
: 你的vert.x不是有web service接口嘛？如果不偷懒
: 就慢慢建设，比如html template engine，比如session management，用redis
: 自己做更容易理解原理，我是自己弄的，出啥问题我都很清楚，不像以前弄tomcat
|
p*****2
发帖数: 21240 | 42 为什么akka不错？
我倒觉得play还行
【在 f*****w 的大作中提到】
: 明天就开搞 非常感谢建议！ (早点看到你的帖子就好了 就不用在play上白费了好
: 几个礼拜的时间 但是有句讲句的话akka还真是很不错的)
|
f*****w
发帖数: 2602 | 43 只是在写了两个简单例子之后的感觉觉得 API 的整个设计还是比较简洁的 而且很容
易让他跑起来
play 粗看确实不错 但是现在最大的问题好几次变化 1到2， 2。2到2。3又是一次比
较大的变化。 我觉得作为一个open source的东西来讲非常恶心 因为文档就因此非
常混乱 如果碰到问题你经常搜到的东西 可能是Java 或者 Scala的， 并且有可能是1
。x 或 2。2 或者2。3 之后的 无数种可能 非常恼火。 也许我比较弱的原因 出
了问题我实在找不出原因
简单例子在play确实很好用 非常容易写个hello world 之类的东西。
我自己的感觉而已，有啥建议？
【在 p*****2 的大作中提到】
: 为什么akka不错？
: 我倒觉得play还行
|
p*****2
发帖数: 21240 | 44
是1
akka做东西是overkill了。一般来说没必要。
web来说，我发现没有比node更好用的，所以我们都是node。
【在 f*****w 的大作中提到】
: 只是在写了两个简单例子之后的感觉觉得 API 的整个设计还是比较简洁的 而且很容
: 易让他跑起来
: play 粗看确实不错 但是现在最大的问题好几次变化 1到2， 2。2到2。3又是一次比
: 较大的变化。 我觉得作为一个open source的东西来讲非常恶心 因为文档就因此非
: 常混乱 如果碰到问题你经常搜到的东西 可能是Java 或者 Scala的， 并且有可能是1
: 。x 或 2。2 或者2。3 之后的 无数种可能 非常恼火。 也许我比较弱的原因 出
: 了问题我实在找不出原因
: 简单例子在play确实很好用 非常容易写个hello world 之类的东西。
: 我自己的感觉而已，有啥建议？
|
f*****w
发帖数: 2602 | 45 nodejs肯定是不错的 只是我不想碰javascript而已 ：－（
vertx也算node.js的变种吧 就是更加小众一些 希望不会出了问题我怎么都搞不掂
【在 p*****2 的大作中提到】
:
: 是1
: akka做东西是overkill了。一般来说没必要。
: web来说，我发现没有比node更好用的，所以我们都是node。
|
p*****2
发帖数: 21240 | 46
你可以用coffee，绝对爽。
【在 f*****w 的大作中提到】
: nodejs肯定是不错的 只是我不想碰javascript而已 ：－（
: vertx也算node.js的变种吧 就是更加小众一些 希望不会出了问题我怎么都搞不掂
|
z****e
发帖数: 54598 | 47 他想用scala
【在 p*****2 的大作中提到】
:
: 你可以用coffee，绝对爽。
|
z****e
发帖数: 54598 | 48 vert.x文档有8个副本，随便看，对照着看
一个看不懂换另外一个
是1
【在 f*****w 的大作中提到】
: 只是在写了两个简单例子之后的感觉觉得 API 的整个设计还是比较简洁的 而且很容
: 易让他跑起来
: play 粗看确实不错 但是现在最大的问题好几次变化 1到2， 2。2到2。3又是一次比
: 较大的变化。 我觉得作为一个open source的东西来讲非常恶心 因为文档就因此非
: 常混乱 如果碰到问题你经常搜到的东西 可能是Java 或者 Scala的， 并且有可能是1
: 。x 或 2。2 或者2。3 之后的 无数种可能 非常恼火。 也许我比较弱的原因 出
: 了问题我实在找不出原因
: 简单例子在play确实很好用 非常容易写个hello world 之类的东西。
: 我自己的感觉而已，有啥建议？
|
p*****2
发帖数: 21240 | 49
大牛觉得scala.js如何？我们都是没办法采用scala的
【在 z****e 的大作中提到】
: 他想用scala
|
z****e
发帖数: 54598 | 50 没有用过呀，得问coltzhao了
【在 p*****2 的大作中提到】
:
: 大牛觉得scala.js如何？我们都是没办法采用scala的
|
|
|
p*****2
发帖数: 21240 | 51
他肯定会说好呀。
【在 z****e 的大作中提到】
: 没有用过呀，得问coltzhao了
|
c******o
发帖数: 1277 | 52 我没用过，不过据说评价不错。
我觉得别急，这个坑太新，太浅。
【在 p*****2 的大作中提到】
:
: 他肯定会说好呀。
|
p*****2
发帖数: 21240 | 53
大牛说的是。以前看过clojure script，发觉不如coffee好用。
【在 c******o 的大作中提到】
: 我没用过，不过据说评价不错。
: 我觉得别急，这个坑太新，太浅。
|
