客户端开发用html5 还是 本地化

本文探讨了使用HTML5进行客户端开发的成本与用户体验问题。分析了混合开发模式下节约成本的初衷及其带来的维护难题,指出真正的成本效益往往因用户体验的牺牲而大打折扣。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

客户端开发用html5 还是 本地化 总是有人问这个问题,许多人用html5 的初衷是因为节约成本。不需要反复更新。 可是html5的体验 实在和native 比差太多,那些说差不多的 只是自我感觉良好而已。 正因为html5 体验差,所以冒出 混合开发,即一部分native api,一部分html5. 混合开发的话,那么原有到节约成本的初衷有问题了,因为你不得不雇佣会native 及html5的两类人, 也就是说 比全本地化开发还要多一个html5开发,维护问题来了 维护不但要维护native 还得维护html5. 此刻算算成本节约多少呢? 那些开始想当然认为可以节约成本的,却从来不去计算到底会节约多少? 实际上不是节约成本,而是利用快速开发 给客户一个地摊货,然后就不管了。即便宜了自己坑了客户, 当客户需要在体验上要求好一些的时候,于是推责 和要求加钱 就会接着而来。 此时的客户还记得当初被忽悠 开发方便快速和好维护吗? 说说维护吧, 当前面开发的一套用html5 js 开发的界面后, 随着扁平化趋势, 原有的界面怎么办?等待js 框架 出扁平化 还是自己改造js框架?改造可行吗? 结果就是 老的界面一直沿用,使得用户体验从来没有加强过。 实际开发中节约成本只是个陷阱,即使所谓的少的节约 也是消耗在无端的体验,维护,纠结中而导致根本无法创新。 从客户角度说让开发商减少麻烦,就是对自己的增加麻烦。 从开发商角度说,想便宜就那样,否则多掏钱。 生活中,大家知道30元的皮鞋 和300元的皮鞋 绝对不一样的感觉。 工作中,都想着用30元的皮鞋 卖300元的价格。 没有人为最终使用者考虑。

转载于:https://my.oschina.net/mellen/blog/307094

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值