上QQ阅读APP看书,第一时间看更新
三、
- 使用案例案例一:三个月重构两个
当时公司在进行后台重构的同时,
也打算把 使用 - 进行重构一遍。我一个做安卓的和两个 的一起边学边做,摸着石头过河,我们用了三个月时间完成 重构。主要功能涉及到聊天,微信分享等业务功能。然后因为特殊原因自己离开, 由两个 进行维护以及新功能迭代(自己在走之前教会 同事安卓的打包和发布)。再到后来另一个 同事也离开做前端去了,就剩下一个人。在公司需求少的情况下,他一个维护这个 已经是绰绰有余案例二:使用
效率提升在两个
开发人员,开发维护三个 ,并且公司的需求迭代特别频繁的背景下。如果没有使用 - 这个技术,公司一个月的需求我评估使用原生两个人最少需要两个月,甚至更长。但是使用 - 之后,任务是两个人均摊的,并且彼此的代码都可以看懂,这大大加快我们的开发速度。那么,企业选择
的原因有哪些呢?我认为有如下几点:使用
- 之后,线上代码更新方便,为紧急的业务开发上线带来便利。当业务需求少的时候, 较少的人员就可以维护。.隐藏价值:如果公司使用 技术栈,那么前端人员经过较短的学习时间就可以快速参与到 开发当中,同样 开发人员经过较短时间学习就可以进入前端开发中,这样极大的对人才进行了复用。这就是为什么那么多小公司如此钟爱使用 - 技术进行 开发。极大的缩短了开发周期短。
.同时也有一部分大公司使用 - 和原生进行混合开发, - 页面嵌在原生里面。我个人觉得他们这做的原因是:对于经常需求修改的页面使用 体验又不好,使用原生热更新比较困难,对于经常需求修改的页面使用 体验不好,使用原生热更新又比较困难。
当然,也不能盲目选择,应该辩证的看待
。我们上面列举了那么多 - 的优点,但是并不代表我们就能完完全全抛弃原生。 - 并不是一个完美的技术方案,它也有其自身的缺点。所以对于 - 技术选择,需要企业考虑学习成本,开发成本,维护成本,以及企业自身的业务等等实际情况来评估是否选择 - 这门技术。