iframe框架_如何开发跨框架的组件

39ea606d2ccb254fdd9093b1c05ac8af.gif

作者:明明

转发链接:https://mp.weixin.qq.com/s/BehjH5xVXFWohQXFl3u-kQ

背景

笔者所在的业务中台团队,需要提供业务组件给不同的上层业务方使用,但因为一些历史遗留问题,不同业务线使用的框架不统一,包括 jQuery、React 、Vue。为了满足不同业务方的需求,往往需要根据业务方使用的框架,开发对应框架的组件。

这样做就会产生一些痛点

  • 每种选型都需要开发一次,费时劳力
  • 组件升级,需要业务方同步发版升级,沟通成本高、迭代效率低

理想中的组件

  • 跨框架:Write once, run everywhere
  • 少升级:组件升级,业务方少升级不升级(注意:组件升级后业务线回归还是必要的)

实现方案

如何设计一个符合上面提到的跨框架、少升级期望的通用方案呢?

很容易想到用原生 JS 来实现,避免跨框架的问题。

原生实现

用原生 JS 实现,包含页面里用到的 UI 组件,不依赖任何框架。

优点:

  • 跨框架:不依赖于框架实现
  • 轻量:可以不依赖其他 UI 组件,体积较小

缺点:

  • 投入产出比低:实现一套常用工具方法和 UI 组件,投入时间长
  • 踩坑:兼容性问题的坑要走一遍,风险大
  • 很难满足复杂业务场景的需求

适用场景

不需要复杂交互的场景,如前台吊顶、后台菜单侧边栏可采用这种方式。

但在实际的业务场景中,业务组件中有比较多复杂的交互场景, 上面的方案不太能满足要求,所以我们在上面的方案之上进行迭代:

原生容器组件 + iframe 加载业务逻辑组件

我们将业务组件拆分为两部分:

一、容器组件

用原生 JS 实现中间层容器组件,解决跨框架的加载问题,容器组件主要负责:

  • 收集组件需要的参数
  • 注册全局回调
  • 组件挂载
  • 加载 iframe

二、业务逻辑组件

根据 iframe 天然的沙箱特性,业务逻辑用 iframe 页面加载,就保证了业务组件的实现不受框架的限制,可以完美解决问题。业务逻辑组件主要负责:

  • 与容器组件通信
  • 运行环境隔离,可以使用任意框架实现业务逻辑

缺点:

  • 动态加载静态资源,iframe 加载略慢,实际体验在接受范围内
  • 跨域通信问题

此方案容器组件作为中间层,封装不变的逻辑,将多变的业务逻辑隔离出来,从而保证协作方尽量少升级或不升级。业务定制性可根据接口配置,返回不同的 iframe 地址,加载不同的业务逻辑组件,一次开发任意使用。

如何实现

下面是整个组件的逻辑图

1715ab4eaf4a7deb6a9b17ffb7457611.png

使用方通过容器组件初始化参数、并注册相应的回调:

容器组件

  • 初始化
    • 设置 document.domain,让外部组件和 iframe 可以通信
// 获取主域名function getTopLevelDomain(host) {    let data = host || window.location.host;    return data.split('.').slice(-2).join('.');}// 设置主域名function setDomainToTopLevelDomain() {  try {    window.document.domain = getTopLevelDomain();  } catch (error) {    console.error("设置domain失败")  }}
  • render:
    • 生成外部容器 div ,设置 loading 图,挂载组件
class Vanilla {  // 获取配置信息  constructor(config) {    const options = { ...defaultConfig, ...config };    this.options = options;     this.elCls = options.elCls;  } // 生成容器 div  render() {    const div = document.createElement('div');    this.el = div;        const { width, height } = this.options;    div.className = `${prefixCls}-wrap ${prefixCls}-wrap-loading ${this.elCls || ''}`;    const maskNode = getMaskNode(prefixCls);    const iframeNode = getIframeNode(prefixCls, width, height);    div.innerHTML = maskNode + iframeNode;    document.body.appendChild(div);    this.fn();  }  init() {    // 设置主域名    setDomainToTopLevelDomain();    // 初始化 div    this.render();    // 初始化全局回调函数    this.initCallbacks();  }  ...}
  • 注册回调函数
    • 通过注册全局回调函数,用于业务逻辑组件与容器组件进行通信
class Vanilla { ...   initCallbacks() {    const self = this;    const options = this.options;     // 初始化全局变量    window[paramsName] = options;        window.onSuccess = function onSuccess(data, res) {      options.onSuccess && options.onSuccess(data, res);      // 延迟1500ms删除用来显示成功提示      setTimeout(() => {        self.removeNode();      }, 1500);      self.resetCallbacks && self.resetCallbacks();    };    window.onCancel = function onCancel() {      options.onCancel && options.onCancel();      self.removeNode();      self.resetCallbacks && self.resetCallbacks();    };    window.onError = function onError(data) {      options.onError && options.onError(data);    };  }}
  • 加载 iframe 页面:
    • 通过接口获取 iframe 地址,业务方可以根据配置动态,加载不同的业务组件
let timer = function timer() {};class Vanilla {  ...  $mount() {   ...   this.fn();  }  fn() {    const {      width,      height,      isAutoSize,    } = this.options;    const el = this.el;    const url = getContentUrl('你的iframe地址');    const iframeWidth = width;    const iframeHeight = height;    const iframeEle = el.querySelector('.J_CreditIframe');    const modalNode = el.querySelector(`.${prefixCls}`);    if (!isAutoSize && (iframeWidth !== width || iframeHeight !== height)) {      this.setNodeSizeAndPostion(modalNode, iframeEle, iframeWidth, iframeHeight);    }    iframeEle.setAttribute('src', url);    // 监听load后,隐藏loading    addEvent(iframeEle, 'load', () => {      el.className = `${prefixCls}-wrap ${this.elCls || ''}`;      const maxTime = 3000;      const duration = 1000;      let timerCounter = 0;      let w = defaultConfig.width;      let h = defaultConfig.height;      // 自适应宽高      if (isAutoSize) {        timer = setInterval(() => {          ...      //       this.setNodeSizeAndPostion(modalNode, iframeEle, scrollWidth, scrollHeight);          }          timerCounter += duration;          if (timerCounter >= maxTime) {            clearInterval(timer);          }        }, duration);      }    });  }    // 设置iframe宽高  setNodeSizeAndPostion(container, iframe, width, height) {    container.style.cssText = `width: ${width}px; height: ${height}px;margin-left: -${width / 2}px;margin-top: -${height / 2}px;`;    iframe.style.cssText = `width: ${width}px; height: ${height}px;`;  }  // 删除DOM  removeNode() {    timer && clearInterval(timer);    if (this.el) {      document.body.removeChild(this.el);    }  }  ...}

上面我们完成了整个业务组件的加载过程,下面我们需要处理的就是业务逻辑组件如何与容器组件之间进行通信:

通常我们可以这样处理:

// 获取父页面属性const params = window.parent.paramsName;// 调用父页面方法window.parent.onSuccess && window.parent.onSuccess(data);

但在实际的业务场景中,我们可能会面临的问题是业务方的域名与 iframe 加载的组件地址域名不一致,这个时候我们就必须要解决组件的跨域通信问题了.

跨域的通信问题

我们可以通过以下三种方式去解决:

postMessage

  • postMessage (https://developer.mozilla.org/zh-CN/docs/Web/API/Window/postMessage) 可以跨文档通信, 在 IE10 的支持性有问题,在 IE11 及以上可以完美解决跨域问题。笔者需要支持 IE9+,所以没有采用 postMessage
350c36ee3695db09b62027255d5d8cf1.png

主域名修改

  • document.domain + iframe : 设置 document.domain 为主域名,业务方与 iframe 主域名相同,实现父子同域通信。这种实现的前提是两个域的主域名必须一致

Nginx 代理

  • Nginx 配置:iframe 页面的路径配置为通用路径,反向代理依赖接口,实现全域名可访问。将业务逻辑组件整合到一个或多个项目中使用,组件打包和发布逻辑可单独定制,适合大量跨框架组件
// 静态页面地址location ~ ^/your-project/ {  root /opt/front/your-project/;  try_files $uri $uri/ /index.html = 404;  access_log off;}// 反向代理location ~ ^/api/service/(.*)$ {   proxy_pass http://your-ip;   proxy_set_header        X-Real-IP $remote_addr;   proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;   proxy_set_header        Host $http_host;   proxy_set_header        requestId $request_id;   proxy_http_version      1.1;   proxy_set_header        Connection "";   expires 30d;   access_log off; }

需要注意的点

  • 注意处理非白色背景的圆角部分,容易出现毛边。处理方法是 iframe 容器不设置背景色,由 iframe 里面设置圆角
  • 版本控制:小版本保证向前兼容,大版本可通过动态获取 iframe 地址来实现版本控制

总结

多框架背景下的组件重复开发问题,根源还是多框架的历史债务问题。更好的方式则是推动技术栈的统一,从根源上避免出现此种情况。此场景下更为完善的解决方案则是微前端,我们也在向这个方向探索,本文提供的是一种基础的解决多技术栈业务场景的思路,如果有更好的方案欢迎大家一起讨论~

作者:明明

转发链接:https://mp.weixin.qq.com/s/BehjH5xVXFWohQXFl3u-kQ

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值