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