课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
一般来说,一款软件的开发大多数都是不同的开发团队一起协作完成了,这就导致了有时候一些软件是用各种框架来实现的,而今天我们就一起来了解一下,跨框架软件开发问题如何解决。
原生实现
用原生JS实现,包含页面里用到的UI组件,不依赖任何框架。
优点:
跨框架:不依赖于框架实现
轻量:可以不依赖其他UI组件,体积较小
缺点:
投入产出比低:实现一套常用工具方法和UI组件,投入时间长
踩坑:兼容性问题的坑要走一遍,风险大
很难满足复杂业务场景的需求
适用场景:
不需要复杂交互的场景,如前台吊顶、后台菜单侧边栏可采用这种方式。
但在实际的业务场景中,业务组件中有比较多复杂的交互场景,上面的方案不太能满足要求,所以我们在上面的方案之上进行迭代:
原生容器组件+iframe加载业务逻辑组件
我们将业务组件拆分为两部分:
一、容器组件:
用原生JS实现中间层容器组件,解决跨框架的加载问题,容器组件主要负责:
收集组件需要的参数
注册全局回调
组件挂载
加载iframe
二、业务逻辑组件
根据iframe天然的沙箱特性,业务逻辑用iframe页面加载,就保证了业务组件的实现不受框架的限制,可以完美解决问题。业务逻辑组件主要负责:
与容器组件通信
运行环境隔离,可以使用任意框架实现业务逻辑
缺点:
动态加载静态资源,iframe加载略慢,实际体验在接受范围内
跨域通信问题
此方案容器组件作为中间层,封装不变的逻辑,将多变的业务逻辑隔离出来,从而保证协作方尽量少升级或不升级。业务定制性可根据接口配置,返回不同的iframe地址,加载不同的业务逻辑组件,一次开发任意使用。
希望这辈子,最让你无悔的事情就是来达内学习!学习向来不是件易事,但无论过程多么艰难,希望你依然热爱生活,热爱学习!永远记得,达内将与你一同前行!现在扫码,立即领取万元课程礼包,助力0基础快速入行,为你梳理行业必备技能,全方位了解岗位发展前景!
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请在707945861群中学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。