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