全都是浏览器 web 架构。以前旧的各大业务系统已经是做好的，一开始是互相用户数据隔离的。
现在是“单点登录”已经做好了一段时间。有一个管理平台统一接管用户体系角色体系菜单体系等等的数据。
老板还是觉得单点登录仍不够方便(装逼)，切换到另外一个业务系统需要打开新的标签页，每个业务系统的菜单样式各自不同。
所以想把不同业务系统的菜单都集成到同一个菜单里面，点击就能直接切换显示不同业务系统里面的菜单页面，不用弹出新的标签页
(像阿里云 web 客户端这种，就是弹出标签页的方案，并不是我们目前想要的。阿里云 web 客户端就是每个业务系统规模很大，几百个菜单都是归属于同一个系统的，但是用户能感知到的相关的业务系统数目不会很多，这样用户也能忍受次数不是很多的新标签页打开。)
(iframe 切换显示菜单页面，的确符合这个需求，目前也是使用这种来实现。但是觉得 iframe 迟早要彻底凉凉啊。而且很多 iframe 相关 api 被禁用了，导致这种方案 bug 很多)
 |
1
murmur Dec 23, 2021
没做，iframe 是各种不靠谱，尤其是现在要求 https ，老系统什么都没法动，进了 iframe 资源都加载不了
|
 |
2
duduaba Dec 23, 2021
这不就是前端"微服务"要做的事，你看看 qiankun 或者 single-spa 可以做到，各个子业务不要菜单，然后基座里引入菜单。
|
 |
3
chihiro2014 Dec 23, 2021
前几天刚解禁 iframe 的问题。。。相当难搞
|
 |
4
ryncv Dec 23, 2021
这是需要微前端架构了，阿里的 qiankun 可以试一下。
|
 |
5
linzhipeng Dec 23, 2021
micro-app github
|
|
6
chihiro2014 Dec 23, 2021
我们的登录验证模块是以 jar 包的形式导入的。各个系统用的都是同一套，都是基于 session 和 cookie 。这就导致 iframe 出现跨域问题，要么选择浏览器版本降低到 chrome 50 以下，要么选择换方案。最后是改写了登录模块，加入了 token ，然后把 token 放在 queryString 里面，再让前端塞到 requestHeader 。。。解决登录验证问题
|
|
7
murmur Dec 23, 2021
不是，上面说微前端的是啥意思，这是老旧系统的聚合，和微前端有啥关系，还能为了一个 sso 来个大翻新?
|
 |
8
az22c OP |
 |
9
luckyc Dec 23, 2021
A 系统点击 B 系统时, 带上参数
参数内包含了两个系统的身份识别, 比如用户 id, B 系统解析 A 系统传递的参数. 获取用户身份. 严谨一点就是 A 系统生成 ticket, B 系统后端根据 ticket 从 A 系统查用户信息 |
 |
11
1daydayde Dec 23, 2021
魔改 cas （单点登录）页面，ul-li 完事，又不是不能用（手动狗头
|
 |
12
gxm44 Dec 23, 2021  1
qiankun 可以，就是坑太多，还真不如 iframe ，https 的问题反代下就好了
|
 |
13
libook Dec 23, 2021 1
我们切微前端架构了。
iframe 应该不会凉，只是安全方面加强了，相应的便捷程度就下降了，如果问题不多可以前期用 iframe 顶一下，后面块顶不住了换微前端。 |
 |
14
dengji85 Dec 23, 2021
每个业务系统的前端框架也不同，有些老的是 iframe ，现在整合用 iframe 没问题，要是有些是拿不出单个页面显示还得改造业务系统，难，我也有这方面需求，mak
|
 |
15
xiang0818 Dec 23, 2021
需要微应用。
|
 |
16
sivl6p Dec 23, 2021
就是用一个主网站（即门户系统）去集成几个老系统。
最终让这些个系统看起来想一个系统一样，所有系统都用同一个后台。 用户只在主网站登录，权限、角色、菜单管理也都在主网站进行。其它子系统只作为纯业务系统。 今年我的主要工作就是在干这个。。。 真挺神奇的，咱们的需求都一样啊。 我们也是用的 iframe ，项目已经跑了几个月了，用户既可以使用集成的新平台，又可以像以前一样使用老系统，完美兼容。 听说两年后 chrome 会完全禁止跨域设置 cookie ，不管服务器怎么配置响应头不管用。不知道是不是真的。 |
|
17
murmur Dec 23, 2021
@xiang0818 来仔细说说，我看了 qiankun ，那东西得配置导出函数把，我们做的东西有的是 jsp 、aspx 做的模板引擎，连个 js 都找不到，怎么配置他的导出函数
楼主的需求是把不限制技术栈的东西整合到一起，类似企业门户，而不是手握代码的一堆 webpack 近现代项目 |
 |
18
ezreal Dec 23, 2021 1
浏览器插件或者猴子脚本，或者打包好无依赖的脚本注入到每个项目？可以从前向后慢慢过渡，项目多一个个加还是麻烦的。
|
 |
19
meshell Dec 23, 2021
我这边的做法就是：有一个叫管理中心的后台里面负责接入各种业务的后台，管理中心里面提供菜单，权限，角色，用户，用应管理这些基础管理。然后管理中心后台提供 API ，比如说菜单 API 等等。然后出一个 SDK ，业务后台集成这个 SDK 。
|
|
20
az22c OP |
|
21
az22c OP > “浏览器插件或者猴子脚本，或者打包好无依赖的脚本注入到每个项目？可以从前向后慢慢过渡，项目多一个个加还是麻烦的。"
@ezreal 目前也是在尝试给每个系统注入相同的大菜单。但是点击菜单跳转的时候，应该是需要刷新页面的。用的 iframe 可以局部刷新 |
|
22
az22c OP > 我这边的做法就是：有一个叫管理中心的后台里面负责接入各种业务的后台
@meshell 你这个是集成数据吧，我这边目前已经完成这个集成了。目前能够统一登陆，也能够经过跳转登陆各个业务系统。 我想做的是集成页面 |
 |
23
ddch1997 Dec 23, 2021
巧了，我们这边的 zf 门户改造也是这么集成旧系统，前端解决方案到现在都没法给出来
|
 |
25
4771314 Dec 23, 2021
微前端走起
|
 |
27
cxe2v Dec 23, 2021
微前端，你需要魔改你的老系统
|
 |
28
iwasthere Dec 23, 2021 via iPhone
qiankun 目前在多开和子系统带有 fixed 时不太好解决
|
 |
30
zqx Dec 24, 2021 via Android 1
把菜单和路由管理做成组件，最好是技术栈无关的，每个老系统都引入这个组件并调成一样的布局。
首页做一个新的门户系统，包括登录逻辑。 nginx 给每个老系统分发入口路径，所有系统的域名都是门户系统的，根据路径不同代理到不同老系统。 最终效果是，用户进入门户，点击不同菜单项，网页加载不同 HTML ，整体布局不变，内容区域变成各系统，因为域名一致，也实现了免登录。 老系统内部的二级三级菜单，也可以集成到门户中。 |
 |
31
chlinlearn Dec 24, 2021
用 nginx 作跳转它不能实现这个？
|
 |
32
NjcyNzMzNDQ3 Dec 24, 2021 1
同一个世界、同一个需求
我们是如果新项目框架 vue 、react 可以用 qiankun 。 老项目 mvc 的 jsp 、php 还用 iframe ，用 postMessage 做跨域数据通信。 门户菜单打算由子系统通过跨域数据通信共享（ postMessage ）回传给门户。 权限控制没想好，因为子系统业务场景都不一样，没办法用一套权限模板。 |
 |
33
Joker123456789 Dec 24, 2021
请求多个 接口，把得到的菜单 汇总后，统一渲染
|
|
35
az22c OP |
|
36
sivl6p Feb 23, 2023 1
@az22c 项目目前还在正常运行。
前端 iframe 集成，底层技术是 js 跨域通讯。 像一下弹框，打开 tab 页面，模态窗口，都可以做到完美兼容。某些极端情况通过重写旧系统的视图引擎解决。 cookie 通过后端代理加上对应响应头 用户权限 加一个主数据系统、加一个特殊的 sso ，可以做到 在新平台内打开旧系统页面时，使用的是新平台的组织架构和权限数据。直接访问旧系统时，使用旧系统的权限数据，这对需要重构组织架构是有用的。 |
|
37
az22c OP @5sheep 我们公司是这样的，门户系统是 company.com 。老系统因历史原因是 company2.com ，iframe 嵌套在门户系统的里面。
老系统用的是.net 和 cookie 维护用户状态，iframe 里面不让发送第三方 cookie ，导致老系统在嵌在门户 iframe 内时不能登录 |
Select Language