This topic created in 2560 days ago, the information mentioned may be changed or developed.
 | 1 murmur May 23, 2019 不用调研了，就 rn，首先排除 weex，然后 flutter 吹的是未来，然而为了未来可能你现在的 app 直接泡汤了 |
 | 2 cway May 23, 2019  2 flutter 天下第一就对了 |
 | 3 gelilaohuang/strong> May 23, 2019 生态很重要，不信什么 weex、flutter。 |
 | 4 luozic May 23, 2019 1.具是不是牛逼，爹是？ 2.合市否？ 3.自己人熟悉啥，要不牛逼也用不了 4.移成本 5.JB 粗不粗，能不能用 ide。 |
 | 5 run2 May 23, 2019 还要考虑协议，无论你是不是华为 flutter / dart 那嵌套...（劝退了我这个菜鸟 --\(<>)/--） |
 | 6 q8164305 May 23, 2019 via Android rn 吧，生态比什么都重要 |
| 7 murmur May 23, 2019 我这么说吧，如果你的产品有吊打的刚需（原 12306 这种），别说 rn 了，你用 web 套壳都一堆人排着队下载，性能从来就不是问题，如果性能真的重要那 ios 应该市场占有率 70%+才对，但是现在这个数反过来了 就算是 flutter 有未来，那么 3 年后如果 flutter 能做到现在 rn 的水平，当时入坑也来得及，如果 flutter 真需要 3 年的资历，不用考虑，这也是个坑 b 框架，下一个框架见 程序员不要总考虑未来，那是大厂的玩具，你只要考虑现在的产品能不能做出来，rn 有很多问题，但是已知的问题就不算问题，设计上绕开就可以了 |
 | 8 NonClockworkChen May 23, 2019 1 如果你的工程师已经做出了成品，那就是行。 如果你的工程师边学边做，大概率是完蛋的。 用原生，做烂了，员工离职了，还可以招人来救。用 RN 做烂了，没人能救。 |
 | 9 brust May 23, 2019 如果只是学习呢?建议哪种? |
 | 10 devtiange May 23, 2019 xamarin 不一起研究一下? |
 | 11 kulove May 23, 2019 flutter 这语法。。看了两天不想看了。 最后选择的 ionic |
 | 12 66beta May 23, 2019 via Android 考虑的的业务需求 |
| 14 luozic May 23, 2019 |
 | 15 wuchujie May 23, 2019 via iPhone Flutter 虽说热加载。码起来不用改一行代码编译一次。但是把 ui 层写在代码里面。见仁见智吧。跟原生 ui 写在 xml。3 7 开吧。一个得慢慢看 一个越看越乱。整个项目你自己写还可能行。要是别人维护你的代码估计很容易疯掉。各种回调地狱 虽然说改变一下写法 可以把回调调整好看点。但是需求这个东西。今天出来 你写一半了。明天可能 ui 又修改。 建议你要是想折腾。搞原生把。3 5 天搞定 java 语法 学起来也不慢。 Flutter 除非把 ui 层很逻辑代码分开吧 不然初学起来 你可能撸一个 demo 很简单 但是实际上手工作 很容易没头绪 |
 | 16 surmon May 23, 2019 1. 你要使用这些工具完成一个怎样的产品？ Demo 级别？完成度 60%级别？商业生产级别？ 2. 你已有的技术储备和时间预算如何？ 3. 客观情况看，Weex 不值得被考虑； Flutter 有水分，如果不熟悉语言也没有做好接受 UI 描述方式的转变，可能会降低开发效率； ReactNative 则中庸且成熟，但也并不是完全适合生产级的研发。 4. 这些工具都一定无法满足 “持续迭代一款优秀的完成度高的 App ” 这样的需求，如果你的目的是后者，还是使用原生开发吧。 |
 | 17 Caballarii May 23, 2019 不管选啥，都需要强大的原生在后面支持，不然有些坑跳不出来的 |
 | 18 wobuhuicode May 23, 2019 跨平台的前提是你把原生都学通。 |
 | 19 kingme May 23, 2019 首先排除 weex 然后排除 flutter 最后排除 rn |
 | 20 gz911122 May 23, 2019 首先排除 rn,那玩意在 android 就是个废物 |
 | 21 qianhuoxing123 May 23, 2019 via iPhone 最近准备重构一个用 ionicangular 1.x 开发的 app。一开始看上 flutter 的性能和新框架，预研了 3 天。发现支付，googlemaps 等 sdk 都没有迁移过来。所以 flutter 的生态还是很不成熟的，不适合快速开发。想了一下，果断还是学 swift，写原生去了。反正学习 dartflutter 和学 swift，都是学习新的。 |
 | 22 tpkxywxd May 23, 2019 Flutter 是目前的跨平台首选，现在来看是主打 UI 的框架，不过既然有谷歌做背书，未来在跨平台方面大有可为。 RN 适合那种前端力量比较强，但是移动端劣势的公司，而且 RN 已经发展了好几年了，算是比较成熟，不过依旧很多坑，同一套代码想要在不同平台上表现一致的话没那么简单的，要不就得在需求上做妥协。 Week 适合快速开发，做出来试试水的那种，但是既然是试水，为什么不用小程序？成本更低，发布更快。 如果你想要产品以及各种细节可控，更好的性能，还有考虑到未来迭代的成本，那还是原生比较好。 |
 | 23 hyyou2010 May 23, 2019 公司项目原生，个人项目 flutter |
 | 24 tblx May 23, 2019 原生或者 flutter。RN 是不会用的，这辈子都不会用的… |
 | 25 Obelly May 23, 2019 首先排除 weex，(^_^)v 前端有绝对优势且没啥自绘需求的话 react native，否则排除； 有自绘需求且坚持 material design 的话 flutter，否则排除，哦，还有地图不成熟 剩下就是原生了。 |
 | 26 wly19960911 May 23, 2019 布局是坑，建议有特殊布局的情况下，直接排除 flutter，你必须手写控件和布局，很多时候容易出问题。如果是很大众的那种，其实开发代价就小很多 |
 | 27 gzf6 May 23, 2019 如果非原生开发的话，首要考虑的是你的 app 必要功能是否已经有插件实现及其实现程度，否则建议原生； |
 | 28 rb6221 May 23, 2019 大的用 rn，小的用 flutter weex 可以直接 pass 了 |
 | 30 Raincal May 23, 2019 原生 + flutter 混合 |
 | 31 betulac May 23, 2019 1 看公司大小了,小公司建议直接上 taro 等框架吧,省两个 app 的钱,微信小程序现在地位已经快超过 app 了 |
 | 32 jetpy May 23, 2019 flutter 吧， 我们有试过， 即时需要使用原生服务的时候写插件也比较简单 |
 | 34 mooniitt May 23, 2019 RN!!! |
 | 35 ben1024 May 23, 2019 直接 react native |
 | 36 largecat May 23, 2019 via Android 跨平台是大趋势，这个是资本力量决定的。 所以看好 flutter |
 | 37 kisnows May 23, 2019 要么原生，要么 Web，什么 RN Weex 可以认为已经完成了历史使命。 |
 | 38 NSAtools May 23, 2019 不提需求谈什么选型 |
 | 39 IsaacYoung May 23, 2019 rn+1 |
 | 40 vahao May 23, 2019 weex 还有人用？？？？ |
 | 41 hkitdog May 23, 2019 via iPhone Vue native |
| 42 vahao May 23, 2019 flutter 吧 至少性能体验很好 |
 | 43 Vegetable May 23, 2019 首先排除 weex,复杂的用 rn,简单的 flutter.接入第三方 sdk 一律以适配 sdk 为标准. |
 | 44 solome May 23, 2019 直接 React Native、 |
 | 45 Yyyye May 24, 2019 via Android 别问，问就是 flutter |
 | 46 ibugeek May 24, 2019 没人用 uniapp 吗？开发过一个，感觉还可以啊 |
 | 47 43486250 May 28, 2019 flutter 生态圈不多吧?你看那些个第三方组件推送啊什么的好多都没 flutter 版,真的吹的是未来 |
 | 48 sskerwin Jun 4, 2019 SwiftUI 出来了…… |
Select Language