admin 管理员组文章数量: 1086019
2024年4月13日发(作者：plsql提交按钮是哪个)
基于vue框架下的银行业务整和
在银行金融领域，上线较早的业务系统由于历史原因和人员变动，遗留下诸如前端架构未
能统一，老crm还是传统erp风格，jsp页面上使用jQuery+YUI等问题。vue框架下的项目因
为历史问题也存在不少技术包袱，如：core版本众多，业务逻辑混乱，组件上下文耦合严重，
甚至有的项目架构用异步+storage实现browserrouter这类“灾难性”架构问题。
1.需求分析
目前我所在的团队主要负责行内对公业务的系统与产品的应用开发维护，公司驿站作为服
务对公条线作业的产品，其前端结果是顶通+内容区+底部说明，顶部和底部组件高度固定，主
内容区自适应屏幕。顶部组件展示导航信息，底部组件展示版权和跳转链接，应用内容全部填
充到主内容区域。
在对公条线数字化转型的大背景下，对公司驿站优化改造的需求如下：
明确驿站作为对公业务门户入口，前台业务系统属于子系统，为了客户经理使用体验不割
裂，站内跳转是最佳跳转方案
系统A与B需要开发一套相同的客户经理管理模块
对公前台业务体系下的系统，后期这类重复建设需求会很多，考虑到组件复用，降低开发
成本，需要在技术和架构层面，考虑如何把公司应用的某些页面、组件塞到主应用中呈现。
2.技术选型
iframe
这可能是最容易想到的解决方案，这种方案优势比较明显：
老旧项目技术栈落后，重构成本高，后期也无大版本变动或者已封板但需稳定运行，我们
称这类应用叫做巨石应用。
嵌入内容总是完整的页面
对嵌入页面加载渲染等性能无要求
当然使用过iframe的同学，都应该知道有多“坑”。
URL不同步：浏览器刷新，iframe的URL丢失，前进后退按钮无法使用。
UI不同步：DOM结构不共享
全局上下文完全隔离，内存变量无法共享：Iframe内外的通信、数据同步的需求，主应用
通过postMessage，子应用接受并同步；身份认证实现也较为麻烦，主应用的cookie透传到
根域名都不同的子应用下实现免登陆。
iframe应用渲染慢：每次子应用进入都需要浏览器重新构建上下文，资源重新加载，页面
重新渲染
MPA+路由分发
版权声明：本文标题：基于vue框架下的银行业务整和 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/b/1712985282a615713.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论