z****e
发帖数: 54598 | 1 vert.x有着良好的延展性
可以短时间内就做出来一个pvp的server
其它就更容易了，而且可以自由选择协议
反正cloud和ios都不会禁你用各种端口和协议
你没有必要死绑在http上，各种parse非常浪费时间
tcp首先要三次握手了，然后解析http header
然后里面不管是json还是xml
你都要parse，这三层下去黄花菜都凉了，还real time个p
一个udp＋byte stream，搞定
直接parse byte stream，一个byte一个byte parse过去
效率是最高的，ios那个swift socket极为简单
就四个文件，整个拷贝进你的project就好了
然后就可以用了，支持udp和tcp，大部分用户用这些都是用来跟java socket连接的
做了这些，你再回头看http，就觉得索然无味，好无聊啊
然后vert.x提供了各种接口，你就可以focus在真正要实现的逻辑上了
同样ios也提供了sprite kit，开发测试都很容易
有了这两个神器，完全可以放开手脚开发
我现在写的都是自己想要写的代码，根本不需要浪费时间在网络和服务器上
而且直接ioos+vert.x就能实现类似paas的效果，便宜太多了
paas那简直就是抢钱，要多傻才会选择paas啊，纯粹给资本家送钱
如果不是对linux一窍不通的话，就应该选择iaas和vert.x |
l**********n
发帖数: 8443 | 2 看了下vert.x, 很简单啊，就是event bus, 多线程太复杂了，event loop就简单多了
，timer, stream都容易掌握。
【在 z****e 的大作中提到】
: vert.x有着良好的延展性
: 可以短时间内就做出来一个pvp的server
: 其它就更容易了，而且可以自由选择协议
: 反正cloud和ios都不会禁你用各种端口和协议
: 你没有必要死绑在http上，各种parse非常浪费时间
: tcp首先要三次握手了，然后解析http header
: 然后里面不管是json还是xml
: 你都要parse，这三层下去黄花菜都凉了，还real time个p
: 一个udp＋byte stream，搞定
: 直接parse byte stream，一个byte一个byte parse过去
|
l**********n
发帖数: 8443 | 3 多线程，concurrency很多实现都是native code, 比如java的atomic, android的
messagequeue, 都是直接操作内存。
【在 l**********n 的大作中提到】
: 看了下vert.x, 很简单啊，就是event bus, 多线程太复杂了，event loop就简单多了
: ，timer, stream都容易掌握。
|
z****e
发帖数: 54598 | 4
event bus很容易啊
就是两个string，一个代表着address，一个代表着msg
没了，java的string本来就是immutable的，不用强调immutable
像fp那种吹法就很恶心了
【在 l**********n 的大作中提到】
: 看了下vert.x, 很简单啊，就是event bus, 多线程太复杂了，event loop就简单多了
: ，timer, stream都容易掌握。
|
l**********n
发帖数: 8443 | 5 android复杂多了，光support library就七八个，vert.x, node什么的其实很简单
【在 z****e 的大作中提到】
:
: event bus很容易啊
: 就是两个string，一个代表着address，一个代表着msg
: 没了，java的string本来就是immutable的，不用强调immutable
: 像fp那种吹法就很恶心了
|
z****e
发帖数: 54598 | 6
这跟android啥关系？你要用mobile连接上的话，选对协议就好了
java天生就有udp，不像swift，需要用c扩展
【在 l**********n 的大作中提到】
: android复杂多了，光support library就七八个，vert.x, node什么的其实很简单
|
z****e
发帖数: 54598 | 7
你是不是在琢磨如何用android上的app冲event bus直接塞msg？
不要这么搞，event bus的api还没有公开
好像用的是web socket，也就是thin http1.1协议
你要连的话，建一个udp的verticle，然后listen到某一个port上去就好了
eventbus留给verticle之间内部使用
另外，因为是同一台jvm，所以你可以直接用shared map这些
直接共享数据，跟msg类似，都要immutable才行
用string就是了
【在 l**********n 的大作中提到】
: 看了下vert.x, 很简单啊，就是event bus, 多线程太复杂了，event loop就简单多了
: ，timer, stream都容易掌握。
|
m***i
发帖数: 2480 | 8 iOS不禁用，但是手机连的lan可能会禁用某些协议。cloud不禁用，但是国内用户某些
协议会被gfw禁用。还是老实的用http https吧
用http还有个原因是要支持 browser client 。
做startup不用了i流行的东西还是风险较大的
【在 z****e 的大作中提到】
: vert.x有着良好的延展性
: 可以短时间内就做出来一个pvp的server
: 其它就更容易了，而且可以自由选择协议
: 反正cloud和ios都不会禁你用各种端口和协议
: 你没有必要死绑在http上，各种parse非常浪费时间
: tcp首先要三次握手了，然后解析http header
: 然后里面不管是json还是xml
: 你都要parse，这三层下去黄花菜都凉了，还real time个p
: 一个udp＋byte stream，搞定
: 直接parse byte stream，一个byte一个byte parse过去
|
W***o
发帖数: 6519 | |
z*******3
发帖数: 13709 | 10
u do understand browsers r also using udp to send some req. like dns query
etc. right?
DNS primarily uses User Datagram Protocol (UDP) on port number 53 to serve
requests.[3] DNS queries consist of a single UDP request from the client
followed by a single UDP reply from the server. The Transmission Control
Protocol (TCP) is used when the response data size exceeds 512 bytes, or for
tasks such as zone transfers. Some resolver implementations use TCP for all
queries.
【在 m***i 的大作中提到】
: iOS不禁用，但是手机连的lan可能会禁用某些协议。cloud不禁用，但是国内用户某些
: 协议会被gfw禁用。还是老实的用http https吧
: 用http还有个原因是要支持 browser client 。
: 做startup不用了i流行的东西还是风险较大的
|
z*******3
发帖数: 13709 | 11
its just protocol and framework
u can do whatever u want
【在 W***o 的大作中提到】
: 这说的App是指游戏吧？
|
