有 V 友用 Meteor.js 做正式的产品吗？进来讨论一下 楼主是个偏执狂
ljbha007 · 2015-09-01 13:50:00 +08:00 · 7238 次点击这是一个创建于 3390 天前的主题，其中的信息可能已经有所发展或是发生改变。
我们公司产品原计划是用 Java 后台 + Ionic 做
但是后来发现 Java 开发效率确实不如动态语言 虽然还是可以接受的范围内 但是找到的程序员水平参差不齐（水平不好的那个代码看着简直吓人）
朋友推荐了 Meteor.js 我也稍微研究了一下 看似很美好 但是不知道实际开发的时候会不会遇到什么问题？
比如
－ 后台自定义业务逻辑是否会很困难？
我以前也遇到过像 Django cakePHP 这样的框架 虽然功能很完善 可以重复利用的模块很多 但是有些模块自定义开发太复杂 甚至复杂到不如自己重新写的程度
－ 是否遇到明显的效率问题？能否应对手机多变的网络环境？
Metero.js 里的 live query 虽然很好用 但是毕竟需要长时间保持连接 一个是如果是手机使用 数据流量会不会太大？ 还有一个是这样大量的交换数据会不会导致电量消耗过快？ 如果是移动网络这种经常掉线、不稳定的环境 有没有遇到什么奇怪的问题？
－ 服务器的性能开销横向对比的结果如何？
因为需要维持大量客户端的 WebSocket 会不会导致服务器的内存和 CPU 的开销太大？
楼主正在严肃考虑要不要分配一点开发时间出来用 meteor.js 做一个快速原型 所以如果有 V 有在正式产品开发中用过 meteor.js 请不吝赐教 或者加我 qq 交流交流 523823374
 |
1
narcotics 2015-09-01 14:10:51 +08:00
没用过 meterojs 但是...如果用 Java 这种无聊到爆的工业语言还要操心机师水准差异的话，用 js 岂不是更捉鸡么？
|
 |
3
Dannytmp 2015-09-01 15:49:07 +08:00
meteor 是大黑箱，慎用
|
 |
4
ljbha007 OP @Dannytmp
这种一般都这样 但是如果可以花费少量精力就可以保证实际生产不出问题 那还是可以考虑投资时间和精力进去的 |
 |
5
starAsh 2015-09-01 18:51:52 +08:00
为何要把全部的功能用 meteor 来实现呢， nodejs 有它自身的不足，推荐 LZ 最好把重要的稳定性要求很高的业务放到 java ，次要的放到 meteor ，岂不美哉！
|
 |
7
zmmmg 2015-09-01 20:35:39 +08:00
我们最近用 meteor 上了一个实际项目，还是有些东西是可以给楼主建议的。
项目中 meteor 没有全栈，仅是配合 react 在前端服务器使用（这个组合也不是很好，只是上头有些代码沉淀，为了研发节约时间的选择）。 有几点感悟： 1 、 meteor 目前绑定了 mongo ，在有事务要求的业务处理很难搞。 2 、 meteor 处理了很多繁琐的问题，全栈工程师小团队写小项目会感觉很爽，但如楼上的 V 友所说，大黑箱，虽然坑相对较少，但遇到了又会很难受。 3 、用户访问时需要一次性下载所有 client 的代码，第一次打开时有些慢，特别在移动端应用时， 2G 网络挑战很大。 4 、楼主关心的 WebSocket 导致客户端数据流量大到不用担心，长连接也不会在没有需求的情况下莫名其妙通信的，倒是相对其他方案可能会导致服务器压力稍微大一些。 最关键的是：楼主是因为 java 程序员水平层次不齐而想要用其他的框架解决，实话实话， nodejs 的门槛应该是比 java 高的，要写出高水平的代码对团队的平均水平要求更高。并且， java 写点儿毛病出来还相对可容忍， nodejs 弄点儿事儿出来，分分钟搞死服务啊！ |
|
8
ljbha007 OP @zmmmg
是 我想换不完全是因为 java 程序员水平参差不齐 主要是由朋友强烈推荐 并且说的也很有的道理 第一次打开应用的时候应该可以用本地代码吧 不知道这个 hot code push 自己二次开发是否方便 如果方便可以自己配合 cordova 实现 wifi 环境时提示用户更新的逻辑 node 的坑我也踩过不少 确实就是踩到就出事 |
 |
9
za3c 2015-09-01 20:49:28 +08:00
|
 |
11
reeco 2015-09-01 21:03:42 +08:00
我记得 Meteor 的核心开发者也混 v 站
|
Select Language