项目解耦的演变历史

一、前沿:

不管是后台开发,还是前端应用程序的开发,刚开始都是采用中心化管理的思想,将相同的资源集中进行管理,但是做着做着,发现集中管理的资源太多了,多人开发时牵一发而动全身,进而大家就开始对原本的项目进行拆分,逐渐演变出SOA架构、微服务之类的技术,以及我们这里要讲的移动端应用的组件化实践。

二、组件化项目和单一项目工程的对比,单一工程存在的弱点:

1、编译调试效率低下

做APP开发时,我们需要经常在手机或模拟器上进行调试,而每次调试都需要对整个工程进行编译,然后安装在手机上运行。即便你只是改了一句代码,或是UI调整了一个像素点,同样需要完整的编译工程。当工程代码越来越多时,编译也会越来越慢,你可以想象一下我修改了某句代码,编译一下需要等待4、5分钟才能成功运行的场景么,那简直让人崩溃,严重影响了开发效率,简直就是编写s10秒钟,编译五分钟。

2、不利于多人团队协同开发

早期一个APP可能就1、2个人来开发,但是随着业务的扩张,我们可能会发展到一个团队来开发一个APP,少则4、5个人,多则10几个人甚至更多。像手机淘宝、微信、支付宝这些巨无霸APP,他们的APP开发人员估计起码有数百个。
以10人团队为例,如果10个人都是基于同一个工程的代码拉分支进行开发,每人的开发任务虽然不同,但是都能修改整个工程的任意地方。为了适应自己的需求,团队内某人改了某句代码,但是这个改动又有可能影响别人的开发,这样开发人员之间势必要花更多的时间去沟通和协

猜你喜欢

转载自blog.csdn.net/abc6368765/article/details/111938846
今日推荐