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

[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 就是个废物

[qianhuoxing123]

最近准备重构一个用 ionic➕angular 1.x 开发的 app。一开始看上 flutter 的性能和新框架，预研了 3 天。发现支付，googlemaps 等 sdk 都没有迁移过来。所以 flutter 的生态还是很不成熟的，不适合快速开发。想了一下，果断还是学 swift，写原生去了。反正学习 dart➕flutter 和学 swift，都是学习新的。

[tpkxywxd]

Flutter 是目前的跨平台首选，现在来看是主打 UI 的框架，不过既然有谷歌做背书，未来在跨平台方面大有可为。
RN 适合那种前端力量比较强，但是移动端劣势的公司，而且 RN 已经发展了好几年了，算是比较成熟，不过依旧很多坑，同一套代码想要在不同平台上表现一致的话没那么简单的，要不就得在需求上做妥协。
Week 适合快速开发，做出来试试水的那种，但是既然是试水，为什么不用小程序？成本更低，发布更快。

如果你想要产品以及各种细节可控，更好的性能，还有考虑到未来迭代的成本，那还是原生比较好。

[hyyou2010]

公司项目原生，个人项目 flutter

[tblx]

原生或者 flutter。RN 是不会用的，这辈子都不会用的…

[Obelly]

首先排除 weex，(^_^)v
前端有绝对优势且没啥自绘需求的话 react native，否则排除；
有自绘需求且坚持 material design 的话 flutter，否则排除，哦，还有地图不成熟
剩下就是原生了。

[wly19960911]

布局是坑，建议有特殊布局的情况下，直接排除 flutter，你必须手写控件和布局，很多时候容易出问题。如果是很大众的那种，其实开发代价就小很多

[gzf6]

如果非原生开发的话，首要考虑的是你的 app 必要功能是否已经有插件实现及其实现程度，否则建议原生；

[janus77]

大的用 rn，小的用 flutter
weex 可以直接 pass 了

[betulac]

@tpkxywxd 有谷歌背书的不是应该主动绕开吗 /滑稽

[Raincal]

原生 + flutter 混合

[betulac]

看公司大小了,小公司建议直接上 taro 等框架吧,省两个 app 的钱,微信小程序现在地位已经快超过 app 了

[jetpy]

flutter 吧， 我们有试过， 即时需要使用原生服务的时候写插件也比较简单

[murmur]

@tpkxywxd google 背书是减分项啊

[mooniitt]

RN!!!

[ben1024]

直接 react native

[largecat]

跨平台是大趋势，这个是资本力量决定的。

所以看好 flutter

[kisnows]

要么原生，要么 Web，什么 RN Weex 可以认为已经完成了历史使命。

[NSAtools]

不提需求谈什么选型

[IsaacYoung]

rn+1

[vahao]

weex 还有人用？？？？

[hkitdog]

Vue native

[vahao]

flutter 吧 至少性能体验很好

[Vegetable]

首先排除 weex,复杂的用 rn,简单的 flutter.接入第三方 sdk 一律以适配 sdk 为标准.

[solome]

直接 React Native、

[Yyyye]

别问，问就是 flutter

[ibugeek]

没人用 uniapp 吗？开发过一个，感觉还可以啊

[43486250]

flutter 生态圈不多吧?你看那些个第三方组件推送啊什么的好多都没 flutter 版,真的吹的是未来

[sskerwin]

SwiftUI 出来了……