Redian新闻
>
感觉vert.x的设计很一般呀
avatar
g*t
2
请教下拆起来难不难?
youtube上找到的好象都是老的video
3x
avatar
p*2
3
还不如AKKA的设计有穿透力,为什么忽然貌似很火的样子?Java学Node能有前途吗?
avatar
S*I
4
看领事馆的主页

【在 c******1 的大作中提到】
: H4签证都需要带什么文件?
avatar
d*b
5
买吸盘,从前面吸,用刀片翘一弄框就碎了

【在 g****t 的大作中提到】
: 请教下拆起来难不难?
: youtube上找到的好象都是老的video
: 3x

avatar
a*n
6
开源的东西易用比较重要吧,一般的程序员也不会去看设计和源码。
avatar
d*r
7
你这个"穿透力"是怎么说的呢?

【在 p*****2 的大作中提到】
: 还不如AKKA的设计有穿透力,为什么忽然貌似很火的样子?Java学Node能有前途吗?
avatar
p*2
8

大牛先解释一个,为什么不讨论一下Reactor?

【在 d*******r 的大作中提到】
: 你这个"穿透力"是怎么说的呢?
avatar
p*2
9

没看出来比Node易用在哪里呀。

【在 a***n 的大作中提到】
: 开源的东西易用比较重要吧,一般的程序员也不会去看设计和源码。
avatar
d*r
10
不懂这个,还是看你说的

【在 p*****2 的大作中提到】
:
: 没看出来比Node易用在哪里呀。

avatar
p*2
11

大牛回去研究一下,给个summary。

【在 d*******r 的大作中提到】
: 不懂这个,还是看你说的
avatar
z*e
12
这最大的区别就在于,不需要学阿
nodejs这些破烂之所以流行不就是因为不需要脑子就能用么?
vertx也不需要学就可以用
akka之类的要学,所以就等死
ejb最需要学了,这里有几个学会了?
avatar
z*e
13
不用bus的时候,跟nodejs一样简单,无脑
用bus的时候,就比nodejs简单,更无脑
所以综合起来,更无脑

【在 p*****2 的大作中提到】
:
: 大牛回去研究一下,给个summary。

avatar
d*r
14
自带 cluster 模式,自带 message bus, 自带 background worker thread,
node 搞这些还要另外折腾。
这些特性看着都很重要吧。

【在 p*****2 的大作中提到】
:
: 大牛回去研究一下,给个summary。

avatar
p*2
15

cluster node自带
message bus跟其他的比有什么优势?
worker thread node根本不需要呀。完全是一个折衷的东西。

【在 d*******r 的大作中提到】
: 自带 cluster 模式,自带 message bus, 自带 background worker thread,
: node 搞这些还要另外折腾。
: 这些特性看着都很重要吧。

avatar
d*r
16
node 自带的 cluster 没有 vert.x 用起来白痴, 而且现在还是 "Stability: 1 -
Experimental" ?
http://nodejs.org/api/cluster.html
message bus 你说跟其他的比,是指跟 Rabbitmq 之类的比吗?就是自带的用起来更白
痴呀。
worker thread 很有用的,好不好。你总有东西需要block吧。同理,自带一个的话方
便懒人使用。

【在 p*****2 的大作中提到】
:
: cluster node自带
: message bus跟其他的比有什么优势?
: worker thread node根本不需要呀。完全是一个折衷的东西。

avatar
p*2
17

你这就业余了吧?Node是纯的async,没什么需要block的。
Node的clustr很好用,我正在用,没什么问题。况且这东西很容易做简单呀,根本不是
啥killing的问题。Node的cluster已经够白痴的了。
message bus的功能好像不强吧?我觉得没有专用的好用吧?

【在 d*******r 的大作中提到】
: node 自带的 cluster 没有 vert.x 用起来白痴, 而且现在还是 "Stability: 1 -
: Experimental" ?
: http://nodejs.org/api/cluster.html
: message bus 你说跟其他的比,是指跟 Rabbitmq 之类的比吗?就是自带的用起来更白
: 痴呀。
: worker thread 很有用的,好不好。你总有东西需要block吧。同理,自带一个的话方
: 便懒人使用。

avatar
d*r
18
Node 是纯的async的,但是你有时万一就想写个 block 的逻辑呢? 异步和同步都可以
写大多数逻辑不是吗。多种选择不是更方便。就是个方便问题。
都没啥是非上 vert.x 不可的,就看你喜欢一堆最专业的工具一起用,还是一套不是最
专业的凑合着用,懒人就选后一种。

【在 p*****2 的大作中提到】
:
: 你这就业余了吧?Node是纯的async,没什么需要block的。
: Node的clustr很好用,我正在用,没什么问题。况且这东西很容易做简单呀,根本不是
: 啥killing的问题。Node的cluster已经够白痴的了。
: message bus的功能好像不强吧?我觉得没有专用的好用吧?

avatar
p*2
19

为什么一定要block呢?reactor pattern应该是不允许block的。
大牛你先用用它那个event bus吧。回头给总结一下。我也没用过不好说。我是感觉如
果做的不够好,我可能根本不会用。所以优势就没了。

【在 d*******r 的大作中提到】
: Node 是纯的async的,但是你有时万一就想写个 block 的逻辑呢? 异步和同步都可以
: 写大多数逻辑不是吗。多种选择不是更方便。就是个方便问题。
: 都没啥是非上 vert.x 不可的,就看你喜欢一堆最专业的工具一起用,还是一套不是最
: 专业的凑合着用,懒人就选后一种。

avatar
d*r
20
我用来了一阵再来说吧,二爷你太狡猾了,让别人去排雷,哈哈

【在 p*****2 的大作中提到】
:
: 为什么一定要block呢?reactor pattern应该是不允许block的。
: 大牛你先用用它那个event bus吧。回头给总结一下。我也没用过不好说。我是感觉如
: 果做的不够好,我可能根本不会用。所以优势就没了。

avatar
p*2
21

我学东西一定是能用在production上的。包括meteor也是这样。vert.x绝对还是太早了
。我需要看看别人的使用情况。我到不排斥这个东西。

【在 d*******r 的大作中提到】
: 我用来了一阵再来说吧,二爷你太狡猾了,让别人去排雷,哈哈
avatar
d*r
22
恩,就是大家都这样,就没人去排雷了。这个确实也是个问题。

【在 p*****2 的大作中提到】
:
: 我学东西一定是能用在production上的。包括meteor也是这样。vert.x绝对还是太早了
: 。我需要看看别人的使用情况。我到不排斥这个东西。

avatar
z*e
23
这孩子天赋真不错
一点就通

【在 d*******r 的大作中提到】
: Node 是纯的async的,但是你有时万一就想写个 block 的逻辑呢? 异步和同步都可以
: 写大多数逻辑不是吗。多种选择不是更方便。就是个方便问题。
: 都没啥是非上 vert.x 不可的,就看你喜欢一堆最专业的工具一起用,还是一套不是最
: 专业的凑合着用,懒人就选后一种。

avatar
z*e
24
就是一个简单的异步和端口监听器
没啥特别复杂的东西
其实你自己写都可以轻松写出来

【在 d*******r 的大作中提到】
: 恩,就是大家都这样,就没人去排雷了。这个确实也是个问题。
avatar
z*e
25
jdbc设计时候就是blocked
如果让你搞一下数据库的话
是不是就不行了?
现实是复杂的,永远都有你没考虑到的情况

【在 p*****2 的大作中提到】
:
: 我学东西一定是能用在production上的。包括meteor也是这样。vert.x绝对还是太早了
: 。我需要看看别人的使用情况。我到不排斥这个东西。

avatar
d*r
26
我是能写得出来的,不吹牛。我就完整hack过C++版本的这种东西。
我觉得吧,框架这东西就得大家都用。不然你写一个,我写一个,还都不通用。于大家
发展都不利。
所以简单,好用,通用的框架是王道。希望vert.x 发展好点.

【在 z****e 的大作中提到】
: 就是一个简单的异步和端口监听器
: 没啥特别复杂的东西
: 其实你自己写都可以轻松写出来

avatar
p*2
27

node不需要jdbc,纯异步。

【在 z****e 的大作中提到】
: jdbc设计时候就是blocked
: 如果让你搞一下数据库的话
: 是不是就不行了?
: 现实是复杂的,永远都有你没考虑到的情况

avatar
z*e
28
异步is ok
但是什么都异步
那这就有点问题了

【在 p*****2 的大作中提到】
:
: node不需要jdbc,纯异步。

avatar
p*2
29

Node就是这样设计的。就是因为reactor pattern.所以我说过node+clojure什么都解决
了。

【在 z****e 的大作中提到】
: 异步is ok
: 但是什么都异步
: 那这就有点问题了

avatar
z*e
30
这个你要自己做集成
麻烦
VERT.X全搞定
简单
clojure的支持马上出来了
今天已经到beta2了

【在 p*****2 的大作中提到】
:
: Node就是这样设计的。就是因为reactor pattern.所以我说过node+clojure什么都解决
: 了。

avatar
p*2
31

其实也不算麻烦。中间就是redis和mongo。再大点就是storm,hadoop啥的了。
vert.x我拿不准这个message bus到底质量如何。

【在 z****e 的大作中提到】
: 这个你要自己做集成
: 麻烦
: VERT.X全搞定
: 简单
: clojure的支持马上出来了
: 今天已经到beta2了

avatar
p*2
32

First, you'll need to install Vert.x.
为什么还需要安装呢?

【在 z****e 的大作中提到】
: 这个你要自己做集成
: 麻烦
: VERT.X全搞定
: 简单
: clojure的支持马上出来了
: 今天已经到beta2了

avatar
z*e
33
把BIN目录放到PATH下面
这个很难么?
一般提这种无理要求的都是用WINDOWS的
其实也不难,自己写一个WIN脚本就行了
这已经是最傻瓜化了,要再傻瓜就过分了
JAVA安装基本上都要弄PATH

【在 p*****2 的大作中提到】
:
: First, you'll need to install Vert.x.
: 为什么还需要安装呢?

avatar
d*r
34
二爷你说说大项目 redis 和 mongo 的经验吧。现在我小项目用mongo,感觉 noSQL 是
要比 SQL 吃硬盘,吃内存。mongo的坑你们都遇到过哪些?给点调优经验和注意事项吧。
Redis我感觉很好用的样子,我知道有些人直接就用 memory db + snapshot 代替
mySQL 了 (我说的不是用 Redis 当 message bus 那种, 是除了 payment transaction
, 就不用 mySQL 之类了).
还有,Redis cluster 现在发展如何了?

【在 p*****2 的大作中提到】
:
: First, you'll need to install Vert.x.
: 为什么还需要安装呢?

avatar
z*e
35
STORM很危险
VERT.X的MODULE完全可以替代STORM
倒腾STORM还是挺折腾的
又一个EJB

【在 p*****2 的大作中提到】
:
: First, you'll need to install Vert.x.
: 为什么还需要安装呢?

avatar
p*2
36

reactor就不需要安装呀。

【在 z****e 的大作中提到】
: 把BIN目录放到PATH下面
: 这个很难么?
: 一般提这种无理要求的都是用WINDOWS的
: 其实也不难,自己写一个WIN脚本就行了
: 这已经是最傻瓜化了,要再傻瓜就过分了
: JAVA安装基本上都要弄PATH

avatar
d*r
37
你去Oracle网站安装个 JDK 1.7, 然后下载官网上的 Vert.x binary 包,在它目录里
直接就可以运行 ./vertx 了。
各种 script 的例子也可以直接运行, 相当无脑。

【在 p*****2 的大作中提到】
:
: reactor就不需要安装呀。

avatar
p*2
38

吧。
transaction
redis坑很多,mongo坑不多。coltzhao的mongo经验比我更多。我的也不算是大项目。
如果真是大项目我上不上mongo也两说。

【在 d*******r 的大作中提到】
: 二爷你说说大项目 redis 和 mongo 的经验吧。现在我小项目用mongo,感觉 noSQL 是
: 要比 SQL 吃硬盘,吃内存。mongo的坑你们都遇到过哪些?给点调优经验和注意事项吧。
: Redis我感觉很好用的样子,我知道有些人直接就用 memory db + snapshot 代替
: mySQL 了 (我说的不是用 Redis 当 message bus 那种, 是除了 payment transaction
: , 就不用 mySQL 之类了).
: 还有,Redis cluster 现在发展如何了?

avatar
p*2
39

这个要看看再说。如果有比storm好的,当然可以上。vert。x的问题是没人用在
production上。所以现在做项目根本不敢用。

【在 z****e 的大作中提到】
: STORM很危险
: VERT.X的MODULE完全可以替代STORM
: 倒腾STORM还是挺折腾的
: 又一个EJB

avatar
d*r
40
redis坑很多, mongo坑不多??
二爷你展开说说呀. 拜托了.

【在 p*****2 的大作中提到】
:
: 这个要看看再说。如果有比storm好的,当然可以上。vert。x的问题是没人用在
: production上。所以现在做项目根本不敢用。

avatar
p*2
41

还要JDK1.7呀?Reactor都支持Java8了。

【在 d*******r 的大作中提到】
: 你去Oracle网站安装个 JDK 1.7, 然后下载官网上的 Vert.x binary 包,在它目录里
: 直接就可以运行 ./vertx 了。
: 各种 script 的例子也可以直接运行, 相当无脑。

avatar
d*r
42
应该是最低要求

【在 p*****2 的大作中提到】
:
: 还要JDK1.7呀?Reactor都支持Java8了。

avatar
p*2
43

mongo很好用,基本上没什么坑。按照document做没什么意外。
redis的persistence做的很烂。做cache没话说,做database就有点扯了。另外redis的
design是for single server的。一个server handle不了很麻烦。

【在 d*******r 的大作中提到】
: redis坑很多, mongo坑不多??
: 二爷你展开说说呀. 拜托了.

avatar
z*e
44
如果抛开傻瓜化操作
我敢说,这些东西没有一个比ejb更好

【在 p*****2 的大作中提到】
:
: mongo很好用,基本上没什么坑。按照document做没什么意外。
: redis的persistence做的很烂。做cache没话说,做database就有点扯了。另外redis的
: design是for single server的。一个server handle不了很麻烦。

avatar
d*r
45
请问你们Redis的 persistence 是用的 AOF 还是 RDB?
MongoDB有时候实在要搞跨越多个 collection/documents 的写操作 (有点像
transaction) ,这种情况的atomic你们咋搞呢?re-design,然后把多个 documents
合成一个 ...?
我看 Redis 还支持 transaction 呢.

【在 p*****2 的大作中提到】
:
: mongo很好用,基本上没什么坑。按照document做没什么意外。
: redis的persistence做的很烂。做cache没话说,做database就有点扯了。另外redis的
: design是for single server的。一个server handle不了很麻烦。

avatar
p*2
46

Redis可以写server side的script,这个确实很强大,对于transaction来说。当然也
是限于单机。
Redis RDB要take double memory,这个很恶心,而且影响性能。所以用AOF会好很多。
当然更好的解决方案是分成很多小的instance。不过这样就需要做partition/
sharding了,额外工作很多。这些Mongo都没有问题, Sharding很容易。
Mongo一般来说相关逻辑都放在一个document里。一个document是atomic的操作。NOSQL
本身来说都是按照需求设计的。如果需求改动的话,就需要做migration了。如果跨
collection的话我觉得没什么好办法吧?我觉得如果transaction要求高也许应该上SQL。

【在 d*******r 的大作中提到】
: 请问你们Redis的 persistence 是用的 AOF 还是 RDB?
: MongoDB有时候实在要搞跨越多个 collection/documents 的写操作 (有点像
: transaction) ,这种情况的atomic你们咋搞呢?re-design,然后把多个 documents
: 合成一个 ...?
: 我看 Redis 还支持 transaction 呢.

avatar
d*r
47
多谢多谢~~ !!
mongo部分跟我想的一样
Redis学到经验了。
二爷是一点不看好 Redis Cluster 的发展么: http://redis.io/topics/cluster-spec
Redis 真是为数不多支持 transaction 的 NoSQL DB 吧。虽然主要是内存DB,还是很
强大。
你们 message bus 难道就是用的 Redis? 让各个模块去 Redis 里面 pull messages?
我记得你提过 Kafka, 这个做 message queue 可以,做 message bus 是不是弱了点吧。

NOSQL
SQL。

【在 p*****2 的大作中提到】
:
: Redis可以写server side的script,这个确实很强大,对于transaction来说。当然也
: 是限于单机。
: Redis RDB要take double memory,这个很恶心,而且影响性能。所以用AOF会好很多。
: 当然更好的解决方案是分成很多小的instance。不过这样就需要做partition/
: sharding了,额外工作很多。这些Mongo都没有问题, Sharding很容易。
: Mongo一般来说相关逻辑都放在一个document里。一个document是atomic的操作。NOSQL
: 本身来说都是按照需求设计的。如果需求改动的话,就需要做migration了。如果跨
: collection的话我觉得没什么好办法吧?我觉得如果transaction要求高也许应该上SQL。

avatar
p*2
48

?
吧。
不是不看好,是这东西好像挺难产的。Redis本身还是挺好的一个东西,如果build low
latency的service非常有用,就是用起来没有mongo方便,developer要花很多时间折
腾。当然数据量小啥事没有。
我们基本没用message bus。我有一个小的service就是用Redis来搞的。总体的架构是
后台Clojure进行计算把结果放到Redis,Mongo。前台Node直接提取数据。

【在 d*******r 的大作中提到】
: 多谢多谢~~ !!
: mongo部分跟我想的一样
: Redis学到经验了。
: 二爷是一点不看好 Redis Cluster 的发展么: http://redis.io/topics/cluster-spec
: Redis 真是为数不多支持 transaction 的 NoSQL DB 吧。虽然主要是内存DB,还是很
: 强大。
: 你们 message bus 难道就是用的 Redis? 让各个模块去 Redis 里面 pull messages?
: 我记得你提过 Kafka, 这个做 message queue 可以,做 message bus 是不是弱了点吧。
:
: NOSQL

avatar
d*r
49
确实很多人这么用 Redis

low

【在 p*****2 的大作中提到】
:
: ?
: 吧。
: 不是不看好,是这东西好像挺难产的。Redis本身还是挺好的一个东西,如果build low
: latency的service非常有用,就是用起来没有mongo方便,developer要花很多时间折
: 腾。当然数据量小啥事没有。
: 我们基本没用message bus。我有一个小的service就是用Redis来搞的。总体的架构是
: 后台Clojure进行计算把结果放到Redis,Mongo。前台Node直接提取数据。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。