初次在板上发文，如果有哪里没注意到还请多多包涵QQ
小弟我最近在学Web，前端的部分是使用React做开发
因为从以前就很常听到三大框架
Angular, Vue, React
所以一直以为React也是一种框架
但今天因为要跟人解释我网页使用的技术，所以就稍微用Copilot帮我列出了一些介绍
结果没想到原来React只是一个Library？
本来还以为是AI搞错，所以就去React官网看了一下
没想到官网就写出来了
The library for web and native user interfaces.
通常是搭配Redux、React Router才会更接近框架的体验
所以我忽然很疑问为什么大家都要说React是框架？
是因为React本身用起来就像框架的一种吗？
想知道我有什么细节漏掉了QQ
再麻烦各位大神解答
谢谢Soft_Job板

这里不是web学习板

定义问题 大家怎么叫就是什么

framework也可以是library, lib包山包海

定义问题都看社群怎么定义

?

各自表述

错版

Next 算framework. React 不算

算本版吧 好像还有web版? 几百年没看了 ptt没啥人没差

别理嘘文老人既然这里可以发 Rust 2024更新最新版、从开机自动转档、用什么 IDE、用 AI 写注解、写一个 ssh client 连到 ptt..等等然后新手问个 React 就洗错版？既然前面我举的例子板上没被删文那原 PO 这个就要可以问

如果说他是(或不是)框架就洗你脸，那你也不会想在这种人底下工作吧用这种问题测试主考官肚量也不错

只要不是要你从头造轮子 都可以叫 框架 调理包也是框架

React本身就是个lib，但生态资源多一起用就很容易成为框架的样子Angular,Vue自己就是个完整框架大概差在这吧不过这也没啥好争的，就看各自怎么定义理解而已面试如果遇到这样就洗脸不去也罢

他跟别人也不太好搭，生命周期会怪怪，说他是框架就是只能用他生态系的东西吧，但我个人觉得这不是很重要

因为硬要说三大框架

#1PFcPaSC (C_and_CPP)有 inversion control 才能叫框架，framework 是 library但 library 不一定是 framework

面试因为这样反驳洗脸的话那也不用去了

通常称三大框架，严格来说只是JS函式库面试就说使用react技术如何搭配路由 状态 等等做什么应用就够了

React单独可能不是一个完整的web app framework，但绝对是一个view component framework，它自称不是只是要假装比Angular单纯而已

帮推

推用这问题测主管肚量，前几年去面板桥某财经M用人主管还跟我战MVVM的实作细节 现在想起来还好没去

JS才是语言

Library 是你要用到的时候呼叫它 Framework 则是你的程式码作为扩充的性质被框架呼叫 概念好像叫IoC吧但广义来说框架也是一种 Library 所以说会跟你杠这种定义的人八成很难相处...

面试考这种定义题也太无聊...台商？

吵定义真的无聊

都知道问AI了 你的疑问问AI就有答案了

开发框架framework，写成library 封装给别人用不行喔？

react 自由度高，限制写法才是框架

帮推

推上面的连结 解释的很清楚

官网就写只是 library 了啊

推CoNsTaR大连结的文要理解到那麽精细..我有困难我只求我的code不要回来打我的脸至于它是男的还女的我并不是很介意

是“宗教”，也就是别人说是什么就是什么，质疑会出事

给一楼 使用者造就看板生态 因此这里就是web学习板

能getting jobs done就好便没必要纠结是啥了………

lib是工具箱

没差吧…反正还不都是js…

官方写library，但用起来就是框架，何必纠结

软件鄙视链可以收收味了

框架也好 lib 也好 api 也罢 都文字游戏 哪有什么差别你只要记得 这些都是别人劳动成果 你是使用者

CoNsTaR 讲的是原始的主流理解，看有没有 IoC但重点其实是我们没有必要纠结这两个名词

写web不也是software job吗==?

react是创造元件的函式库没错 但大部分的用法都是在专案开头造一个 react 元件然后所有新东西都往里面塞这样你的所有程式码不还是被 react 控制？我不觉得这样和框架有什么不同了

其实吵定义蛮好玩的，定义代表的是思考方式，不同的思考会造就不同的设计，设计则会决定最终的高度，没怎么参与架构设计的确会觉得无聊

我下载了这个档案然后我呼叫了它的函式。请继续吵

对啊，单纯用用API本来就不必思考这些，开源的目的就是为了避免重复造轮子专注在业务需求，把思考留给上把那些烦人的需求就够了，剩下的是开源库作者的工作

原来是这样

会用这问题洗人脸的职位我是不信有什么诱人之处啦通常答错会问你为啥这么想 能讲出一套想法可能还加分

造轮子理论有一天可能会被改写我发现他们常会用釜底抽薪的方法让我们血本无归你看ezsoft里面那么多好用的小程式但在几次系统改版后通常都无法有效运作了 反而被大软件吸收了功能的精神你看看你以前写过的小程式 是不是很多都不能运作了？不知道有没有有人有同感？

感谢各位解答！我没有面试被洗脸XD 只是想到有没有可能因为这问题被洗脸，我只是在查资料的时候看到React是Library所以有点纳闷，因为平常大家都是称它为框架我问问题的当下其实就有请AI给我答案了，但之前有被AI雷到过的经验让我知道AI不是百分百准确，怕有误所以还是想上来请教一下各位多数有经验的人怎么讨论这个定义，现在有理解为什么React会被叫作框架的原因了，再次感谢各位！

把技术内化后,你会发现这些都只是名词定义,为了高大尚~

因为他自称是lib

Frameworks are evil. 过于复杂化并扼杀个人创造力让人失去写程式乐趣的东西至于小程式 有很多小程式活的好好的 可以说是历久弥新 至少类unix系统世界是这样

以后都是vibe coding了

框架就不是要做个人创意小工具，是要大量快速生产类似但老板不愿意买最新云端解决方案而要找便宜码工刻一套的东西

要更快刻完公司需求用lib就可以了 框架很多暗坑和小细节 这种东西很容易让人头疼的 也不好做些超出框架外的需求 就是灵活性被限制你用lib是你在用工具 框架是反过来在玩你 lib玩你就换一个就好 除非你非常了解该框架 花很多时间在研究否则lib这种只要概念有拿来串就串起来的更好做需求