未分類
7 2 月 2021

那些前端面试问 iframe 优缺点的是不是应该马上逃离？

那些前端面试问 iframe 优缺点的是不是应该马上逃离？

資深大佬 : DyingSwan 2

如题 感觉进去了可能就是 维护老项目了 像是要回到 jquery 的时代了

大佬有話說 (93)

  • 資深大佬 : a62527776a

    就说不知道

  • 資深大佬 : christin

    不一定吧 之前一个字节的面试也问这个了 可能考察基本功

  • 資深大佬 : a87586179

    iframe 是 H5 才支持的，哪里老了

  • 資深大佬 : Pastsong

    现在最流行的微前端可是用 iframe 实现的哦（一种方案）

  • 資深大佬 : airfling

    jquery 其实也没啥不好

  • 資深大佬 : morethansean

    又不是让你适配 IE6，复杂业务场景里面 iframe 是再常见得不过的解决方案了，倒是好奇你为什么觉得 iframe 是一种类似 jquery 的遗留技术？ jquery 是因为 web 应用场景的变化再加上更优秀的替代品，那面试官反问一句一般 iframe 都用在什么场景？不用 iframe 是现在有了什么更好的方案解决了这些场景问题？

  • 資深大佬 : llb123

    ls + 1

  • 資深大佬 : musi

    现在有很多场景都是 iframe 吧？ iframe 也是微前端的一种方案，某些网站登录也都是 iframe，怎么就老项目了？也没有最佳实践说不用 iframe 吧？ lz 真的是做前端的么。。。

  • 資深大佬 : JoStar

    最近微前端还算热门，讨论这个就势必会扯到 iframe，很正常。

  • 資深大佬 : yulitian888

    @a87586179 怕不是打算笑死大家？二十年前我用 IE ４的时候就已经在写Ｉｆｒａｍｅ了好吧

  • 資深大佬 : yulitian888

    正经说一下主的问题，赶紧逃吧！
    倒不是因为这个知识点有什么历史问题，而是这个问题的问法大有问题。
    如果是我的团队确实需要用ｉｆｒａｍｅ，我会选择这样问：“在ｘｘｘ场景下，需要处理ｙｙｙ问题，你觉得可选的方式有哪些？”、或者是“现有一个ｉｆｒａｍｅ，实现ｘｘｘ效果。期待加上ｙｙｙ效果时怎么做”
    区别在哪儿呢？
    问优缺点这种说辞，太像培训班老师做的事情了。招聘团队的实际情况极可能比技术陈旧更糟糕。

  • 資深大佬 : iugo

    微前端? 这不是 2019 年的话题吗?

    我记得 React 开发者还专门发推 “嘲讽” 来着 https://twitter.com/dan_abramov/status/1132493678730252288 (当然, 一方面不是真的嘲讽只是发表看法, 另一方面, Dan 肯定希望大家统一都用 React 啊)

  • 資深大佬 : ericgui

    iframe 有自己的优点，在有些情境下非常有用

  • 資深大佬 : jiangshanmeta

    上说微前端用 iframe 的 上次听这种方式把不同项目合在一起的时候拜占庭才灭亡没多久

  • 資深大佬 : KuroNekoFan

    用 iframe 一般是因为前期规划的比较烂，又没有迁移的实际方案
    说快逃我觉得没毛病

  • 資深大佬 : Martox

    hh 上面一堆说快逃，有点笑到我了。

  • 資深大佬 : veike

    视频分享播放用的就是 iframe

  • 資深大佬 : rodrick

    所以有哪些优缺点？ SEO 不友好，阻塞 onload，可以 postmessage 跨域交互？

  • 資深大佬 : ETiV

    是不会 jQuery 才这么怕的吗？

  • 資深大佬 : musi

    @iugo React 开发者当然希望 React 一统天下，毕竟直接和他利益相关，可事实是不管有什么乱七八糟的原因，前端的技术栈一直是多种多样的，毕竟前端娱乐圈的称号可不是白叫的

  • 資深大佬 : hahastudio

    那完了，AWS Twitter Facebook 都有用到 iframe
    虽然我也觉得国内的公司用 iframe 的多半有坑，但一棍子打死 iframe 也不是什么好想法

  • 資深大佬 : arslion

    碰见过让我背 ES5 的

  • 資深大佬 : kinghly

    老实讲，去哪都会有屎坑的

  • 資深大佬 : Keyblade

    @a87586179 #3 最恐怖的是说这话的人做前端快四年了

  • 資深大佬 : qqai

    项目用啥到无所谓，写出优雅的代码才是工程师重要的技能

  • 資深大佬 : xrr2016

    iframe 不就是一个 HTML 元素嘛为什么要逃，少见多怪？

  • 資深大佬 : KuroNekoFan

    @qqai 是这样，然后常规业务代码如果用了 iframe，一定不优雅
    就好比我写 react，一个劲的导出方法给父组件

  • 資深大佬 : xudong

    iframe 也是有很多优势的，可以看下 zoid 这个库。PayPal 的支付按钮就是用这个做的，特别适合需要嵌入到页面上的通用挂件开发，隔离 JS 运行环境，防止样式冲突。

  • 資深大佬 : hbolive

    我搽，看你们摆出这么多高大上术语，吓得我赶紧又去查了一下啥叫 iframe 。。

  • 資深大佬 : no1xsyzy

    @a87586179 好吓人哦 https://www.w3.org/TR/html401/present/frames.html#h-16.5
    @hahastudio 补充：那完了，V2 放 youtube 链接会出 iframe，快别用 V2 了（

    ——

    我相信老项目用的该是 frameset （
    这种模式下，甚至没有 <body>，<html><head>…</head><frameset>…</frameset></html>
    不然你以为为什么有 <body> 标签？直接放 <html> 里面不香吗？<head> 里面的东西不都是默认没有显示能力的吗？

  • 資深大佬 : zhuweiyou

    先搞清楚 frame 和 iframe 再来提问

  • 資深大佬 : lovecy

    @no1xsyzy 没错，真正的老项目都是 frameset，rows=”50,*”，这种语法

  • 資深大佬 : LiuJiang

    不一定，看项目模式，我司现在技术栈 react + mobx + antd，也有很多项目用 iframe 嵌在主应用上。

  • 資深大佬 : SakuraKuma

    前阵子才在外包看见 frameset 。。。
    iframe 挺常用的，问题不大

  • 資深大佬 : finalwave

    iframe 又不是不能用。JD 上写面试会问 ie7 某个特性的公司才离谱呢，真有傻子会上当吗。

  • 資深大佬 : zzsyq1009

    看业务场景 某些功能 iframe 会很有优势

  • 資深大佬 : wee911

    你这种水平就应该赶紧滚

  • 資深大佬 : wee911

    前端大多数水平确实低

  • 資深大佬 : luruitao

    iframe 场景非常多，并不是一个过时的技术。

  • 資深大佬 : Elethom

    能发出这种主题可能确实不太适合这个岗位。

  • 資深大佬 : danhahaha

    iframe 可是神器，不管什么陈年老项目，套进去就 ok，尤其给那些小白又自以为是的老板看最合适了

  • 資深大佬 : alexfarm

    之前做了一个页面搭建工具，被各种业务系统 iframe 嵌入。能实现业务价值，技术其实并不重要

  • 資深大佬 : tangzui

    iframe 为啥不能用

  • 資深大佬 : connection

    我觉得其实没问题。因为它确实能低成本地解决一些问题。

  • 資深大佬 : xuhai951753

    iframe 很常用啊。尤其是跨系统的功能组合的时候。

  • 資深大佬 : wxw752

    前天刚用了 iframe

  • 資深大佬 : sbmzhcn

    我见到的在线聊天商务通代码都会使用 iframe,防止样式干扰等。

  • 資深大佬 : jymsy

    用过 codesandbox 么？

  • 資深大佬 : a87586179

    @no1xsyzy 请你搞清楚 frame 和 iframe 再跟我聊

  • 資深大佬 : a87586179

    @yulitian888 请你搞清楚 frame 和 iframe 再跟我聊

  • 資深大佬 : thtznet

    作为一个写过 COM 组件的程序员，我说一个 IT 业界的实际情况：创新的难度其实小于兼容老项目保证业务不中断的情况下进行平滑过渡的难度，可以参考下业界兼容性最牛逼的操作系统。

  • 資深大佬 : young1lin

    作为一个后端，我觉得 jQuery 没什么不好啊（当然只是作为后端认为），而且 iframe 不是“新”东西吗？ Youtube 的复制嵌入信息都是 iframe 呢。

  • 資深大佬 : yulitian888

    @a87586179 好霸气！主提了 frame ？你提了 frame ？我提了 frame ？
    石头里蹦出个 frame 就来杠？
    再说了，我也没打算跟你聊啊~~~~
    我就想笑，不行吗？

  • 資深大佬 : boringdays2015

    @young1lin jq ？复制粘贴一时爽，后期维护火葬场

  • 資深大佬 : a87586179

    @yulitian888 哎，主明显连 frame 和 iframe 都没搞清楚啊..不打算和你杠

  • 資深大佬 : a87586179

    @yulitian888 他想的估计是 frameset 这种老语法

  • 資深大佬 : dremy

    iframe 能做 dom/js/css 环境隔离，足以满足微前端 /微应用的基本要求

  • 資深大佬 : zhaol

    把不同的框架的代码整合到一个系统,用 iframe 不是很好用吗?

  • 資深大佬 : seki

    iframe 在很多地方还是有需要的，比如对于安全标准很高的场景，没有办法跨域的话就只能 iframe 了

  • 資深大佬 : catch

    月薪给够+年终有 6~10 个月，随便你多烂多老的项目，我照样混

  • 資深大佬 : rioshikelong121

    iframe 其实玩法很多的。。

  • 資深大佬 : rioshikelong121

    尤其是各种系统集成的时候，当然也是微前端的一种实现方案。

  • 資深大佬 : yulitian888

    @a87586179 大家快来乐呵乐呵啊！现已加入“我比主更懂主”大礼包，抓紧乐呵哦！

  • 資深大佬 : young1lin

    @boringdays2015 没有啊，我之前第一份工作就是用 MiniUI，用 jQuery 包装的，那个其实算是组件化开发了，代码少，很多东西都是二次渲染的，也是 jQuery 语法，适合做表格的页面。

  • 資深大佬 : hantsy

    YT, SoundCloud 等 API 不是使用 Iframe 吗？除了这个方面，其他应该少见。

  • 資深大佬 : learningman

    @xudong 对啊，也只有这种要到处贴的需要 iframe，实际上要不是浏览器支持，svg 更适合做这个，svg 里面也能写 html 写 css 的

  • 資深大佬 : DualWield

    iframe 的功能挺强大的，有很多你没有见过的业务场景，可以用 iframe 来完成。你没见过，不代表用 iframe 就有问题

  • 資深大佬 : sucai

    @wee911 上来就是骂，你这水平和素质属实挺高，已 block

  • 資深大佬 : billlee

    @yulitian888 #11 问优缺点也有可能是面试官水平不行，我以前也问过类似的问题，就是不知道要说什么，快聊不下去了。。

  • 資深大佬 : no1xsyzy

    @a87586179 你不看下链接吗？
    HTML4.01 标准里就有 iframe 啊？

    不管主怎么想、是不是误解，你觉得 “iframe 是 H5 才支持的，哪里老了” 正确？幽默？嘲讽？哪个？

  • 資深大佬 : phithon

    其他优点不知道，但是 iframe 构造的沙箱是很有用的，这个属性也是 HTML5 才有的。不要有偏见。

  • 資深大佬 : Chingim

    没遇到一定复杂的系统，是不会知道 iframe 的好处的

  • 資深大佬 : Chingim

    iframe 特别适合搞动态下发的东西

  • 資深大佬 : akira

    iframe 有啥缺点是要逃么

  • 資深大佬 : falcon05

    这有什么问题，互联网最赚钱的项目广告大多数就是用 iframe 嵌套进来的

  • 資深大佬 : a87586179

    @no1xsyzy 我看到了，抱歉我的错，技术太拉跨了。。

  • 資深大佬 : DT27

    真的希望前端界能安宁点。。。

  • 資深大佬 : zhangjiafan

    啥都不说，就问一句，如果你要做一套 sdk，包含登陆支付，走的是自己域名。 提供给第三方使用，第三方使用的是自己的域名和 h5 游戏，不用 iframe，有什么其他更好的全适配解决方案？不要学了几个什么 vuexxxxxxxx 框架就把其他给忘了啊

  • 資深大佬 : x86

    前端娱乐圈又开始了

  • 資深大佬 : tony1890

    我们公司就是 壳 + iframe 的形式。

    一个登录壳管理 n 个子系统。你不可能把所有的子系统代码放一个项目里，所以只能用壳管理各个子系统和菜单。这样，不管是别人要用我们的子系统还是我们要添加别人的子系统都方便。

    子系统和壳之间通过 postMessage 进行通信。这样可以实现子系统 token 过期壳自动退出。

  • 資深大佬 : rodrick

    @Livid
    ↓莫名其妙喷人

    @wee911 #37 #38

  • 資深大佬 : towry

    人家问你技术问题，考验你的经验，思维能力。
    你们上升到是不是要维护老项目的问题上，真是牛逼。

    假如你有那个顾虑，可以在最后面直接问，不要不会答也不会问，那真是牛逼 坏了。

  • 資深大佬 : drupal

    @catch 一个混字，就可以看出一个人的格局。你的能力有多大，自然收入就有多高，当你愿意进那公司，就意味着你已经接收那份待遇，至于后续个人能走多远，取决于你的 IQ 和 EQ 。
    送给你一个忠告：做事就是做人。

  • 資深大佬 : drupal

    @towry 不错，态度端正。

  • 資深大佬 : xrr2016

    @Livid #37 人身攻击

  • 資深大佬 : Livid

    @rodrick 谢谢举报。那个乱喷的账号已经被 Deactivate 。

  • 資深大佬 : catch

    @drupal 你在这里装什么啊？

  • 資深大佬 : catch

    @drupal 你不会就是公司里的那种奋斗逼吧，奉劝各位离你这种人还是远点好。混都不能说了？哈哈

  • 資深大佬 : tydl

    @Pastsong 有 h5 才有的？你不是行内人吧，这个标签我在上大学 2000 左右就学了

  • 資深大佬 : i4color

    主做的系统肯定都很简单。所以才会这么想。

  • 資深大佬 : tydl

    @zhuweiyou 主问得没错，就是 iframe

  • 資深大佬 : tydl

    @a87586179 有 h5 才有的？你不是行内人吧，这个标签我在上大学 2000 左右就学了

  • 資深大佬 : meepo3927

    iframe 还是有用的 ，比如 不同厂家合作会比较方便。

    iframe 不等于回到 jquery 时代吧， 感觉是过度解读。