V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  beq  ›  全部回复第 1 页 / 共 1 页
回复总数  15
@SillyAdam 方糖的 easy check webhook 微信订阅通知的,需要付费,每个月 7 元的样子吧
@sotiery996006 靠谱的哥
这么热闹? v 站开赌是吧,跌
95 天前
回复了 peitaotom1 创建的主题 酷工作 [远程] AI 应用工程师,薪资面谈
前端+会点提示词应用就能做 ai 了吗
用 python ,node 写脚本咯,能调用文件系统的不就能写
101 天前
回复了 JefZ 创建的主题 程序员 谈谈大家对微前端的看法
我一直用的 qiankun ,做的后台系统
讲讲微前端在我司的应用场景吧,先说说公司基建,我们前端有自己的工程化平台,每一个项目都能申请一个 appid ,或者多个项目分配一个 appid ,appid 的作用是分配一个二级域名,类似 xx.baidu.com/你的库名
二级域名又是区分 pre prd 等环境的,关于发布,上线,灰度都能在平台上操作,所以维护,迁移方面都不用关心,只需要修改下数据库内存储的子应用映射路径就可。
由于业务持续发展,产品迭代,不断细化,会有越来越多的内容更新,单个项目过于臃肿,于是根据功能将其划分多个子系统,基座应用主要用于承载,子系统脱离基座也能独立运行( qiankun 自带)。
后台系统大部分是配置相关的,模块之间依赖很小,即使有数据依赖,接口层面也能解决。
...
总之,微前端 是 iframe 的替代方案,是巨石应用的拆分方案之一,关于通信方面,微服务通过 rpc 通信,前端也可以通过 tsrpc 类似通信调用,通过 store/redux 这种方案,反而增加了心智负担,后续维护的人怎么知道 xxx 方法是 a, b,c 还是基座呢?如果你能携带一些来源信息也可以,这就涉及通信方式的设计了
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2743 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 23ms · UTC 03:54 · PVG 11:54 · LAX 19:54 · JFK 22:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.