1
yejinmo 2018-01-30 22:58:52 +08:00
我也很想问
淘宝 京东 支付宝 卡的要死 |
2
murmur 2018-01-30 22:59:17 +08:00
因为在还没兴起 app 热的时候 别人就做好了 wap 版 你要 app 他给个 native 壳子的时候
当你在骂 cnm xx 网站不下 app 不让用的时候 别人还可以把 wap 版拿出来给你 |
3
ivanchou 2018-01-30 23:00:07 +08:00 1
因为商城类的 app 经常需要做运营类活动,活动具有实效性,所以一般用 webview 去实现。
|
4
murmur 2018-01-30 23:00:46 +08:00
h5 可以花式从服务器上加载数据 换个专题显示个促销改一套图标对于 h5 只是修改几个样式链接而已 都不需要更新
还有就是卡不要推给混合应用 就国内 app 那个全家桶链式唤醒 全汇编一样卡 |
5
liyaojian 2018-01-30 23:02:44 +08:00 3
大厂的 app 营销活动多啊,原生的版本迭代能跟的上?
|
6
msg7086 2018-01-30 23:04:43 +08:00
和 ChromeOS 的原理一样?
|
7
LosLord OP @ivanchou 这些活动可以理解,可是首页还有一些其他时效性低的页面用 h5 就不太好理解了
|
10
learnshare 2018-01-30 23:12:23 +08:00
构建 UI 和功能比较快,无痛及时更新,绕过一切审核
|
12
LosLord OP |
13
FrankFang128 2018-01-30 23:15:08 +08:00
因为快
|
14
murmur 2018-01-30 23:16:04 +08:00
@LosLord material design 那种傻大黑粗丑的 1b
ios 还细腻点 国产的 app 还加了很多 native ios 没有的东西 比如 ios 的日期时间用的滚轮 在国产 app 上应该能换日历的都换日历了 |
15
kingcos 2018-01-30 23:22:16 +08:00 via iPhone
Hot-Fix
你要知道,再大也干不过苹果 所以为了赶发版,只能部分 H5 了,可以不跟版本走,但说实话,体验很一般,但是就这样,你也没办法… |
16
ivanchou 2018-01-30 23:27:12 +08:00
|
17
LosLord OP @murmur 额。。。我倒是觉得 md 风格挺好看的。
我只写过前端页面,ios 那种风格,感觉比较简单,容易写出来,性冷淡,颜色配的好一点,边框去掉或者线条细一点,高斯模糊再配合一下,基本能看了。 md 风格呢,颜色重,z 轴分层明显,一般人写页面和 app 都是一层的写法,灵魂很大一部分在动画那里,要做的好看不容易,除了国外的几家 app 和谷歌自家的 app,没见过几个好看的。 |
18
599316527 2018-01-30 23:31:34 +08:00
同一个页面安卓苹果不用写两遍,热更新
--------- 其实应该换个问法:明明网页就能做到的事情,为什么大厂都喜欢做到 App 里? |
20
mozutaba 2018-01-30 23:37:29 +08:00 via Android
热更新上营销活动啊。
|
21
wzhndd2 2018-01-31 01:01:29 +08:00 5
我作为某大厂的主要做主会场等页面的会场前端工程师来告诉你,电商每天都喜欢搞各种活动,而且运营搭建的页面也是千奇百怪且数量庞大,像淘宝京东这些,随便一个小活动,都可能在一天之内上线几千几万个页面,全用原生?你来给我开发资源?另外,客户端是有版本的,如果某次大促需要紧急上线一个需求,可是版本刚发上去,怎么办?撤包?为了一个需求而撤包?而且我都说了,运营会搭建千奇百怪上千上万的页面,谁知道运营会不会搭出什么问题来,一旦有问题了客户端又不能重新发版本。所以基于电商天天促销,页面多而杂的特性,h5 的促销页更灵活可控一些,对于一些重要的频道页、四级页、购物车等核心页面还是使用原生开发,或者是 weex、rn 等技术
|
22
akira 2018-01-31 01:55:39 +08:00
猜测 21 是 ali 的
|
23
qf19910623 2018-01-31 04:55:41 +08:00
H5 的优点是有什么改动需求可以直接从服务端控制,特别是一些应急修改
|
24
kevinzhow 2018-01-31 05:06:27 +08:00
Android 上 RN WEEK 这类的技术流畅性也有很大问题,换个角度你看骁龙 835 比 A11 A10 A9 的跑分就知道…… 即使同一个起跑线,也会有很大差异。
淘宝这类东西,在每次打开 App 的时候还有大量的热更新,至少前 10 秒要花时间跑完热更新,而且为了提高加载速度,不同的 Tab 也做了异步加载的样子,我每次切换 Tab 还要再加载一阵子。 这事我不爽很久了,结论就是别用 Android 玩这些毒瘤软件,hhh |
25
nciyuan 2018-01-31 05:30:31 +08:00 via Android
|
26
ericls 2018-01-31 05:50:51 +08:00 via iPhone
我真的不知道 web 比 native 慢这个结论哪里来的……
|
27
daozhihun 2018-01-31 08:01:50 +08:00 via Android
说了一大堆,反正就是卡得一逼。作为用户不在乎你用什么实现,整的流畅点不行么?
|
28
happyz90 2018-01-31 08:06:25 +08:00 via Android
运营活动太频繁多样
|
29
meisky6666 2018-01-31 08:10:38 +08:00 via Android
什么软件都是最初版很流畅,越往后越卡
|
30
RyougiShiki 2018-01-31 08:29:58 +08:00
原生更新次版本 app store 审核两周。h5 花式更新。
|
31
RyougiShiki 2018-01-31 08:34:31 +08:00
2.成本和效率。本人待的小公司,一个项目 h5 前后端各六人人分模块开发很快,这部分人也适应其它技术栈的项目,而招原生的话俩平台要各招十二人,成本加倍,这部分人还不适应其它技术。
|
32
DOLLOR 2018-01-31 08:40:52 +08:00
电商平台的活动多,页面经常要天天换模样。总不能让用户天天都更新吧?总不能还搞三个开发团队各自为不同平台造同一个轮子吧?
|
33
cjpjxjx 2018-01-31 08:43:56 +08:00 via Android
用 h5 就 h5 吧,消费者不用管你用什么技术实现,只要流畅就行,别像某东一样,随便一个活动,首页就搞得花里胡哨的,各种特效 duang ~ duang ~ duang ~亮瞎眼,下拉还有各种活动、视频、游戏,怎么能不卡
|
34
yulitian888 2018-01-31 08:49:54 +08:00
@ericls Web 慢,这个结论,并没有什么不妥啊,你看原生的资源都在本地,Web 的资源都在远端,加载不要时间?
另外,在上面说的那种促销活动的场景下,Web 资源是几乎不太可能命中缓存的(其他场景需要单独分析),对吧?但是呢,作为 webview 或多或少还是会“自作主张”去弄一些本地缓存的,对吧!多出来的这些“无用” IO 操作难道不消耗性能? |
36
kamlee 2018-01-31 09:21:45 +08:00
大厂的用户群体比较广,需要考虑的因素比较多。这也是主要问题
|
37
hkongm 2018-01-31 09:43:52 +08:00
一个字:快!
|
38
aksoft 2018-01-31 09:46:08 +08:00
装呗,以为自己走在最前沿,引领业界潮流,激情澎湃啊,谁不想装一把
|
40
wode82863790 2018-01-31 10:22:34 +08:00
如果全世界所有互联网公司都是技术说了算怕不是就天下太平了😂
|
41
nicevar 2018-01-31 10:24:28 +08:00
可能楼主没在这样的公司呆过,很多时候开发和产品并不能决定一些东西,需要满足运营的需求,要不然做出来运营不鸟你,部门之间打口水仗,特别是运营部门还分几块的时候就更麻烦,很多页面特别是上面提到的活动页用原生做根本不现实,开发时间长,由于需求变化频繁、业务逻辑复杂,原生做出来的 bug 多,测试周期长,等你整完这些,活动时间都到了,绝大多数批评的人去做这些东西会更烂,这类应用整个人类有一个 app 做的好吗?
|
42
yujieyu7 2018-01-31 10:28:52 +08:00
热更新啊
|
43
miketeam 2018-01-31 10:35:04 +08:00 via iPhone
像电商真的没必要开发 app,既然不能做好,做了还不讨用户的好,有必要做吗?还整个 app 都用 h5。我的屏幕里面直接将天猫网站添加到主屏。浏览起来比 app 顺畅。不占用资源。
|
44
CoderGeek 2018-01-31 10:37:19 +08:00
更新 不可能有点东西就发版把 那太尬了
|
45
zjb861107 2018-01-31 11:07:13 +08:00
我的理解,
1. 可以“热更新”,有问题后台改一下就可以发新版本了,不用每个商店各种过审核 2. 跨平台,减少 ios 和 android 的差异化代码,尽量复用 3. 一定程度上减少 android 碎片化问题,鬼知道各种深度定制的**UI 都做了什么,如果每个都去适配那得要多少时间。举个可能不太恰当的例子,比如沉浸式状态栏、flyme 以前那个智能隐藏的虚拟按键(忘记叫啥了,mx2 时期的) |
46
madNeal 2018-01-31 11:23:34 +08:00
直接上 PWA 多好
|
47
Yikes 2018-01-31 12:24:56 +08:00 via iPhone
大厂指定喜欢 app+h5,耍流氓,热更新,低成本,而且 web 就是跨平台的通用标准
说 app 比 web 快的, 自己亲自测一下,app 从打开,开屏广告( 4,3,2,1....),渲染,加载动态数据 要花多久 web 页面优化比较好的首屏可以做到 30-100ms 加载第一个主 html, 一般的也在 100-200ms, 这帮流氓迟早有人制,pc 端 app 有那么多开屏广告吗,有那么多流氓相互唤醒吗,pc 端大部分应用照样被 web 取代 |
48
Jameson1559 2018-01-31 14:41:15 +08:00
一套系统,全(部分)平台使用
|
49
pierrec 2018-01-31 14:45:25 +08:00
有些问题真是用脚想都能想出来
|
50
leyle 2018-01-31 15:05:02 +08:00 1
犹记得以前站上把 html5 写成 h5 的人鄙视成翔了,现在大家都接受了。
|
51
LeungJZ 2018-01-31 15:07:36 +08:00
@zjb861107 SB = smart bar
主要是因为 H5 可以热更新,而且只需要 H5 开发完了,就可以扔两边的 APP 上面用了。适合做那些经常变化的页面。 |
52
luoway 2018-01-31 15:52:47 +08:00
Web 前端表示 app 卡这个锅,h5 不背。
h5 只会慢,不会卡。h5 目前还没有让你安卓机卡的权限,只有让自己渲染不流畅的能耐。 淘宝、京东这些 app 你打开的首页,都是原生的。淘宝更甚,活动页都上原生的。那又如何,手机还是卡。 兼容性,其实 h5 还走在前头,一些现在很流行的元素、样式,安卓 4.2 以下都不支持。 你觉得微信卡吗?你觉得微信点开链接卡吗?不卡吧,那就不要给 h5 扣黑锅 |
53
lommo 2018-01-31 15:54:42 +08:00
我只想说 HTML 都是缩写了 再缩成 H5 也是够可以的
|
54
yulitian888 2018-01-31 16:14:24 +08:00
@leyle 并没有被广泛接受,不过是国内的二杆子产品经理圈子里自嗨。这种不入流的简写出现在文档里,把欧洲同事看得云里雾里,解释过含义被骂不专业,之后就乖乖夹起尾巴改成 html5。这个倒不是唯西方论,事实上就是西方技术圈子主导了各种新技术和标准的走向。他们不认的东西,自嗨有啥用?
|
57
eaglexiang 2018-01-31 19:59:29 +08:00 via Android
@murmur 卡就是因为使用 H5。每次卡的时候下行带宽都跑满,下载完成后界面才加载出来,恢复流畅
|
58
eaglexiang 2018-01-31 20:02:03 +08:00 via Android
@ericls 这个结论从理论和实践都已经得到证明了吧。。
|
59
luoway 2018-01-31 20:11:43 +08:00
@eaglexiang 那是 APP 正在热更新吧。。
h5 界面除非故意设计,不然会尽可能渐进渲染界面,也就是先看到字,再看到图,再播动画什么的。 |
60
eaglexiang 2018-01-31 20:14:30 +08:00
@luoway 是啊,作为程序员我其实知道为什么会这样,也非常理解。但如果是普通用户,只会觉得界面卡住了,出不来。对吧
|
61
luoway 2018-01-31 20:20:49 +08:00
|
62
saintatgod 2018-01-31 22:32:29 +08:00
一来逼格比较高,二来更新内容比较快,而且开发也比较省事。
|