react native, weex,flutter 做选型调研，要考虑哪些东西

[stdying]

[murmur]

不用调研了，就 rn，首先排除 weex，然后 flutter 吹的是未来，然而为了未来可能你现在的 app 直接泡汤了

[cway]

flutter 天下第一就对了

[gelilaohuang]

生态很重要，不信什么 weex、flutter。

[luozic]

1.具體是不是牛逼，爹是誰？
2.適合市場否？
3.自己人熟悉啥，要不牛逼也用不了
4.遷移成本
5.JB 粗不粗，能不能用 ide。

[sobigfish]

还要考虑协议，无论你是不是华为

flutter / dart 那嵌套...（劝退了我这个菜鸟 --\(˙<>˙)/--）

[q8164305]

rn 吧，生态比什么都重要

[murmur]

我这么说吧，如果你的产品有吊打的刚需（原 12306 这种），别说 rn 了，你用 web 套壳都一堆人排着队下载，性能从来就不是问题，如果性能真的重要那 ios 应该市场占有率 70%+才对，但是现在这个数反过来了
就算是 flutter 有未来，那么 3 年后如果 flutter 能做到现在 rn 的水平，当时入坑也来得及，如果 flutter 真需要 3 年的资历，不用考虑，这也是个坑 b 框架，下一个框架见
程序员不要总考虑未来，那是大厂的玩具，你只要考虑现在的产品能不能做出来，rn 有很多问题，但是已知的问题就不算问题，设计上绕开就可以了

[NonClockworkChen]

如果你的工程师已经做出了成品，那就是行。
如果你的工程师边学边做，大概率是完蛋的。
用原生，做烂了，员工离职了，还可以招人来救。用 RN 做烂了，没人能救。

[brust]

如果只是学习呢?建议哪种?

[devtiange]

xamarin 不一起研究一下?

[kulove]

flutter 这语法。。看了两天不想看了。
最后选择的 ionic

[66beta]

考虑的的业务需求

[murmur]

@brust native，所有的 ui 框架最后都逃不掉跟 native 交互

[luozic]

https://insights.thoughtworks.cn/choosing-technology-guide/

[wuchujie]

Flutter 虽说热加载。码起来不用改一行代码编译一次。但是把 ui 层写在代码里面。见仁见智吧。跟原生 ui 写在 xml。3 7 开吧。一个得慢慢看 一个越看越乱。整个项目你自己写还可能行。要是别人维护你的代码估计很容易疯掉。各种回调地狱 虽然说改变一下写法 可以把回调调整好看点。但是需求这个东西。今天出来 你写一半了。明天可能 ui 又修改。
建议你要是想折腾。搞原生把。3 5 天搞定 java 语法 学起来也不慢。
Flutter 除非把 ui 层很逻辑代码分开吧 不然初学起来 你可能撸一个 demo 很简单 但是实际上手工作 很容易没头绪

[surmon]

1. 你要使用这些工具完成一个怎样的产品？ Demo 级别？完成度 60%级别？商业生产级别？
2. 你已有的技术储备和时间预算如何？
3. 客观情况看，Weex 不值得被考虑； Flutter 有水分，如果不熟悉语言也没有做好接受 UI 描述方式的转变，可能会降低开发效率； ReactNative 则中庸且成熟，但也并不是完全适合生产级的研发。
4. 这些工具都一定无法满足 “持续迭代一款优秀的完成度高的 App ” 这样的需求，如果你的目的是后者，还是使用原生开发吧。

[Caballarii]

不管选啥，都需要强大的原生在后面支持，不然有些坑跳不出来的

[wobuhuicode]

跨平台的前提是你把原生都学通。

[kingme]

首先排除 weex
然后排除 flutter
最后排除 rn

[gz911122]

首先排除 rn,那玩意在 android 就是个废物