作者bmzz (bmzz)
看板Soft_Job
标题Re: [讨论] 未来JS based将是App开发主流？
时间Mon Feb 27 16:40:30 2017
我个人的经验是，
跨平台方案在解决 90% 的场景时，可能只需要 70% 的力气就可以完成双平台。
但剩下的 10% 场景，你可能得花 N 倍的时间才能搞定。
N 是多少，看造化，可能接近无限大。
就看你的 APP 有没有遇到这 10% 的场景，或是 APP 妥协去劣化，避开不易办到的事。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.44.109.5
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1488184833.A.148.html
1F：推 YahooTaiwan: 我比较想知道，这 10％ 是什麽场景？ 02/27 16:54
基本上这个 10% 是我乱说的(误
10% 的意思只是一种比例上的感觉，当然不会刚好是 10%..
2F：推 gotptt: native派:森77 我就是不想学新的啦 02/27 18:02
3F：推 Masakiad: 可以塞native lib，想知道为什麽写成lib就变n超大，直 02/27 19:36
4F：→ Masakiad: 接native就不会 02/27 19:36
举一个例子，在 Ionic 里面呼叫原生有(调参数)，但 Ionic 没有的键盘。
(可以自行去查网页能跳的键盘有哪几种..)
你可能想说那我写个 native lib 呼叫原生键盘，
然後你会发现 Ionic 的输入框，点击是网页事件，你无法阻挡他不跳键盘，
虽然你可以监听到他被点击。
然後我试过 disable 输入框，用点击事件跳原生..但游标不会闪。
也试过在原生那端监听键盘弹起来，我强制先收下网页的，再跳自己的，然後
你会觉得他卡卡的。
而且输入时我还要从原生那边收到的，传给网页上的输入框..
还有一些细节忘了，总之弄了好久好不容易疑似搞定了..
最後在使用者给我快速切换两个输入框时，又引发了其他怪异现象..
我最後是写了一整套网页版本的键盘(还是略不顺)，才让客户接受。
如果原生调参数 30 秒搞定，那这个 N 是多少？
5F：推 TSW: 个人经验是稍微复杂的动画、手势等都会很麻烦，塞lib也无法解 02/27 20:39
6F：→ TSW: 决，最後都是劣化处理。 02/27 20:39
7F：→ TSW: 之前光是一个 pull to refresh 动画效能就搞得我要死要活 02/27 20:45
8F：→ TSW: RN的ListView之前有bug会霸占gesture responeder使得我没办法 02/27 20:49
9F：→ TSW: 在RN里面刻自己的 pull to refresh 给每一个 ListView 02/27 20:50
10F：→ TSW: 别人包好的不是效能太渣就是不能自订成设计要的样子 02/27 20:51
11F：→ TSW: 最後碍於开发成本的关系就改设计劣化处理了。 02/27 20:53
12F：推 TSW: 其他的部分倒是开发的很快又很顺。 02/27 20:56
13F：→ TSW: 上面的部分不是说 JS base 不好，而是想表达 RN 没有那麽美好 02/27 20:58
14F：推 maxqq: 我刻一个简单的 app 用原生写 一个礼拜就写完 觉得还好 02/27 21:42
15F：→ maxqq: 双平台顶多三个礼拜 抄捷径有时只是更费力 02/27 21:43
※ 编辑: bmzz (114.44.109.5), 02/27/2017 23:56:31
16F：推 oneheat: 只做普通的app重点应该摆在维护成本没错。 02/28 00:15
17F：→ oneheat: 做比较进阶的app还用js就很自找麻烦了。 02/28 00:16
18F：推 GoalBased: 连键盘都没有 根本没法用= = 02/28 00:21
19F：推 gotptt: 我都用JNI的c画图 超级native 02/28 14:36