本文目录导航：
为什么我介绍经常使用JSX开发Vue3
以防万一有的同窗真实不看官网文档，我先提一嘴，SFC 就是写 Vue 组件的时刻写的文件，这一个文件就是一个 SFC，全称 Single File Component，也即单文件组件。
在开局说我团体的观念之前，咱们先来看几个理想：
一是： Vue3 的定义原生允许 JSX，并且 Vue3 源码中有来便于经常使用 JSX。
不知道同窗们看到这里会想到什么， 我的第一反响是： 社区关于 JSX 的需求声响是不小的，所以会反向推进 Vue3 官网关于 JSX 的允许。
二是：AntDesign 的 vue3 版本，基本所有都是用 JSX 开发的，而且 Vue3 如今官网的 babel-jsx 插件就是阿里的人一开局保养的， 只管我向来不青睐阿里系的 KPI 推进技术形式，而且如今的 JSX 语法允许也不是很合乎我的希冀，但至少在经常使用 JSX 开发是更低劣的选用这点上，我还是很认可 AntDesign 团队的。
OK，说这些呢，关键是先摆出一些理想作为依据，让有些同窗可以不须要拿什么：
这些观念来批斗我，首先我都会从主观的角度来剖析为什么，至少是我是能讲出优劣势的理由的。
OK，前言差不多到这里，接上去咱给您剖析剖析，为什么你应该选用 JSX 来开发 Vue。
其实第一点就曾经是杀手了，关于想要经常使用 Typescript 来开发 Vue3 运行的同窗来说，这简直就是 SFC 无法克制的环球难题。
一句话概括： Typescript 原生允许 JSX 语法，而基本有望 TS 官网能允许 SFC 的 template 语法 。
TS 毫无不懂在前端社区的关键性越来越大，凡是未来关于代码品质有必定要求的前端团队，都应该会选用经常使用 TS 来启动开发。
而且如今基本上在 NPM 上都能看到包你都能找到对应的 TS 定义，如今经常使用 TS 开发老本曾经只剩下 你是不是会 TS 语法了 ，在这种状况下能否允许 TS 则是开发形式在未来走不走的远的关键要素。
目前 SFC 只能经过shim让 TS 可以引入文件，然而关于一切 SFC 的组件的定义都是一样的：
也就是说你引入的 SFC 组件，TS 是不知道这个组件的 Props 应该接纳什么的。所以你无法享遭到这些 TS 的好处：
当然你会说既然 Vue 官网能开发处 SFC 的语法，人造会允许这些个性。
我示意这当然有或许，然而这个难度是十分大的，须要很多方面的允许，甚至或许须要 TS 官网团队情愿帮忙， 然而我想不到 TS 官网有什么理由来允许 SFC，由于这只是 Vue 自己创立的方言，在其余场景下是没有经常使用的，TS 是面向全社区的，我感觉他们不会思考被动来允许 SFC。
那么有同窗要问了，JSX 不也是非原生的 JS 语法么，他怎样就能让 TS 官网允许了呢，是不是 FB 和微硬之间有什么 PY 买卖？
这就触落第二点了，JSX 和静态模板的灵敏性区别。
很多人弄错了一个疑问，就是感觉 SFC 的模板语法和 JSX 是一样的，都是一种他人发明的语法，并不是 JS 原生的。
这是理想，但又有一些区别，这个区别关键是体如今关于 JSX 的认知上。
一句话概括： JSX 并没有裁减 JS 的语法，他只是缩略了 JS 的写法！其实质就是 JS 的语法糖
就像 es6 给参与的语法糖，比如
这种写法并没有裁减 JS 的才干，只是简便了写法，JSX 也是一样的。
JSX 其实就是方法调用，他和 JS 是有一对一对应相关的，咱们来看一个例子：
这里的 JSX 语法编译之后其实就是：
而 JSX 就是这些了，没有什么更多的内容，所以说 JSX 只是 繁难咱们写嵌套的函数调用的语法糖 ，而其自身没有裁减当何其余的内容。
然而 SFC 就不一样了。
SFC 定义的不只是语法，更是文件。
SFC 的详细定义是 单文件组件 ，它自身就是把一个文件看作一个单位，所以他的解放性是要大很多的，你必需具备固定的文件结构才干经常使用 SFC，这做了很多的限度：
咱们一点点来讲
这个说瞎话十分十分不繁难，很多时刻咱们写一个页面的时刻其实经常会须要把一些小的节点片段拆分到小组件外面启动复用（假设你如今没有这个习气或许就是由于 SFC 的限度让你习气了所有写在一个文件内）。
React 生态中丰盛的 css-in-js 打算就是很好的例子，咱们可以经过：
假设咱们这个页面须要经常使用特定样式的按钮，经过这种形式在页面文件外面封装一下是十分经常出现的。
由于没必要把这个组件拆分进来，他也不是一个可复用的组件，拆分进来了还要多一次性import。
Vue 生态基本没有 css-in-js 的成熟打算其实跟这个限度也很有相关。
再来一个例子，比如咱们封装了一个 Input 组件，咱们宿愿同时导出 Password 组件和 textarea 组件来繁难用户依据实践需求经常使用，而这两个组件自身外部就是用的 Input 组件，只是定制了一些 props：
在 JSX 中可以十分繁难地成功，然而假设经过 SFC，你或许就要强行拆成三个文件，另外为了繁难，你或许还要参与一个来导出这三个组件，你能构想这多了多少上班量么。
我不知道有多少同窗看过 Vue 的 template 编译进去之后的代码，以我的阅从来说看过的或许不会超越 50%（失望预计），倡导同窗们假设还不了解的，可以去尝试看一下。
为什么要看这个呢？由于你看了之后你会发现，你在 template 外面写的相似 HTMl 的内容，其实跟 HTML 基本没啥相关，他们也会被编译成相似 JSX 编译进去的结果。
相似这样的结果，而这外面h函数调用的结果就是一个 VNode，是 Vue 中的节点的基础单元。
那么既然这些单元就是一个对象，其实天经地义的，他们是可以作为参数传递的。
也就是说，通常上他们是可以经过props把节点当作参数传递给其余组件的。
这个做法在 React 中十分经常出现，叫做renderProps，并且其十分灵敏：
然而由于 SFC 模板的限度，咱们很难在 SFC 外面的 props 上写节点：
这样写是不行的，由于 SFC 定义了:header绑定接受的只能是 js 表白式，而 显然不是。
由于经过 props 传递不行，所以 Vue 才发明了 slot 插槽的概念
只管咱们不时再说 Vue 繁难，然而理想上ScopedSlots一度成为新手了解 Vue 的噩梦，很多同窗都被这个绕来绕去的作用域整的死去活来。
咱们看一个ScopedSlots的例子：
这里ctx是Comp外面的属性，经过这种形式传递进去，让咱们在以后组件可以调用父组件外面的属性。这简直就是了解的噩梦，然而假设用 JSX 成功相似配置就十分繁难：
咱们只是给一个叫做scope的 props 传递来一个函数，这个函数接受一个name属性，在Comp外面会调用这个函数并传入name。
繁难来说咱们传入的就是一个构建节点片段的函数，就是这么繁难。
这就是由于 SFC 的模板的限度，造成灵敏性无余，Vue 须要去发明概念，发明关键字来抹平这些才干的无余，而发明的概念人造就引入了学习老本。
所以其实我不时不认可 Vue 比 React 好学的说法的，假设你真的仔细钻研一切用法，并且总是尝试用最正当的形式成功配置，那么 Vue 相对不会比 React 繁难。
这集体如今两个方面，一个是咱们定义在全局的一些固定数据假设要在组件内经常使用的话，就要经过this挂载到组件上。
比如咱们缓存了一份市区数据，这种数据基本上是不会改的，所以也没必要挂载到组件上让其能够照应式。
然而在 SFC 外面这是做不到的， 由于模板的口头高低文是在编译时绑定。
你在模板外面访问的变量，都会在编译时智能绑定到this上，由于模板须要编译，其自身也是字符串不具备作用域的概念。
而这在 JSX 中则不复存在：
另外一个方面则是在组件经常使用上，在 SFC 中，组件必需事前注册，由于咱们在模板外面写的只能是字符串而不能是详细某个组件变量。
那么模板中的组件和真实的组件对象只能经过字符串婚配来成功绑定。
这带来了以下疑问：
在 JSX 中则没有这些疑问，由于 JSX 外面间接经常使用组件援用作为参数：
其实下面能看进去，除了 SFC 自身的疑问之外，Vue 经常使用字符串模板也会带来很多的灵敏性疑问。
最间接的证据，就是 Vue 经常使用了directive来裁减配置（当然这不是 Vue 发明的，老早的模板引擎就有相似疑问）。
为什么说directive是不得已的选用呢？由于静态模板缺失逻辑处置的才干。咱们拿列表循环举例，在 JS 中咱们可以十分繁难地经过map函数来创立列表：
而由于 JSX 自身就是函数调用，所以下面的代码和 JSX 联合起来也十分人造：
下面的例子对应到 JS 如下：
这依然是由于 JSX 只是 JS 的语法糖的要素，一切能在 JS 中成功的在 JSX 外面都能成功。
而 SFC 的模板是基于字符串编译的，其自身就是一段字符串，咱们不能间接在模板外面写map来循环节点，（当然咱们可以在可以接纳表白式的中央写，比如v-on外面）。
那么咱们不能循环节点，有须要这样的配置来渲染列表，怎样办呢？就是发明一个标记来通知编译器这里须要循环，在 Vue 中的表现就是v-for指令。
同窗们或许要问了，既然 Vue 能成功v-for，为什么不间接成功表白式循环列表呢？他当然也可以成功，然而他必需不会这么选，由于老本太高了。
他要这么做就相当于他要成功一个 JS 引擎，而其实外面很多内容又是不用须的，一个v-for其实就能够实用大局部状况了。
但有了v-for就须要v-if，那么前面还会须要其余各种才干，这就是一种方言的发生和开展的环节。
当然指令也不只仅是 JS 表白式的替代品，其自身也是参与了一些其余才干的，比如它能够让咱们更繁难地访问 DOM 节点， 然而嘛，咱们用框架的理由不就是为了能够尽或许的屏蔽 DOM 操作嘛
以上就是我对应该选用经常使用 JSX 还是 SFC 启动开发的剖析，其实归根究竟 SFC 的疑问在于其没有拥抱 JS， 他的语法是自己发明的，他须要有一个 JS 成功的 compiler 来让其最终能在 JS 环境中运转，这实质上就是一种发明， 咱们不能否定发明确实有好处，但咱们也不能只看有点不看疑问，没能拥抱 JS 人造就很难齐全复用 JS 社区的好处 而 JS 社区不时在蓬勃开展，好用的工具不时在涌现， 而 SFC 想要经常使用 JS 社区的这些工具还要自己再成功一份 ，咱们可以细数以下 SFC 做了哪些兼容
基本上罕用的工具咱们都须要期待 Vue 社区或许官网开发了插件之后才干运转。
而 JSX 由于有 babel 和 typescript 的官网允许， 基本上一切新的 JS 生态工具原生都是允许的。
在这 Vue3 开局筹备发力的阶段，咱们还是宿愿 Vue 社区能够经常使用更低劣更规范的形式来启动开发， 其实假设咱们间接经常使用 JSX 开发 Vue3，咱们会发现很多时刻咱们都不须要用到emit、attrs这些概念， 甚至假设 Vue3 的 JSX 插件允许，咱们甚至能够放弃slots。
然而由于 Vue3 必定要思考兼容 Vue2，造本钱身后劲很好的 Vue3 总是显得缩头缩脑，这不得不说是一种遗憾。
意识Vue.js+Vue.js的优缺陷+和与其余前端框架的区别
与其余框架的区别？1.与AngularJS的区别相反点：都允许指令：内置指令和自定义指令。
都允许过滤器：内置过滤器和自定义过滤器。
都允许双向数据绑定。
都不允许低端阅读器。
不同点的学习老本高，比如参与了Dependency Injection个性，而自身提供的API都比拟繁难、直观。
2.在性能上，AngularJS依赖对数据做脏审核，所以Watcher越多越慢。
经常使用基于依赖追踪的观察并且经常使用异步队列更新。
一切的数据都是独立触发的。
关于宏大的运行来说，这个提升差异还是比拟显著的。
2.与React的区别相反点：React驳回不凡的JSX语法，在组件开发中也推崇编写不凡文件格局，对文件内容都有一些商定，两者都须要编译后经常使用。
中心理想相反：一切都是组件，组件实例之间可以嵌套。
都提供正当的钩子函数，可以让开发者定制化地去处置需求。
都不内置列数AJAX，Route等配置到外围包，而是以插件的形式加载。
在组件开发中都允许mixins的个性。
2022年vue3公司用的多吗(vue3颁布了吗)
vue3成熟吗
截至2022年4月，VUE3可以说是相对成熟了，但没有VUE2.×成熟。
VUE2.×是一个比拟稳固的版本，也是很长一段期间大家在经常使用的版本，社区生态曾经十分完善了，所以，假设咱们临时还不用须去着急更新到VUE3，毕竟期待vue3的生态成熟，还须要一段期间的积攒，然而作为前端领拍侍域必无法少的一门技艺，当然宿愿能够提早去接触到，毕竟前端的技术迭代更新就是这么快。
的关键特禅高点：
1、贺贺尺易用：
在有HTML，CSS，Javascript的基础上，极速上手。
的API是参考了AngularJS、KnockoutJS、、。
的API的关于其余框架的参考不只是参考，其中也蕴含了许多的共同配置。
2、灵敏：
繁难小巧的外围，渐进式技术栈，足以接待任何规模的运行。
3、性能：
20kbmin+gzip运转大小、超快虚构?DOM?、最省心的提升。
以上内容参考：网络百科
2022前端框架占比软件开发公司/开发机构:41.6%，技术占主导位置:41.2%，非技术占主导位置:12.3%，仿燃其余:2.9%，政府部门:1.9%
StackOverflow方数据显示，40%的开发者经常使用过React，22%的开发者经常使用过Angular，19%的开发者经常使用过VueSvelte，经常使用占比仅为3%，StateofJavascript考查显示:React的JS开发者占比80%，Angular的开发者占比54%，Vue经常使用者占比51%，Svelte仅为20%。
前端框架阅历了十多年的争奇此袭斗艳百花齐放，阅历了JSP、jQuery、Ember、Angular、React、Vue、Solid、Svelte等等。
如今一切人都要抵赖的一个理想是：在上百个前端框架中，最具影响森大兄力的只剩下了两个，Vue与React。
为什么前端用vue的公司越来越多?
1、关于守业公司普通起步的产品都是信息类（比如知乎、微博、商城类，并没有太多对底层配件的依赖的运行）的ios+安卓客户。
用vue类的框架可以做出spa页面，而后只有要套壳就可以生成ios/安卓客户端，同时只有要保养一套代码即可，大大缩短了上线期间，关于守业公司堪称下对了药，要知道守业初期老板最着急上线的。
2、weextonative关于曾经有成熟的互联网公司，他们更看重的是用户体验，人造对产品的流利水平有了更高的要求，套壳运行的性能受所在手机的阅读器性能的影响。
在复杂操作的页面人造不能和原生比，好信息是随着前端技术的不时探求，借助前端们可以让js生成ios/安卓的代码，比如阿里的weex，fb的react-native都可以间接用原生js的语法生成原生运行，这里的weex就是淘宝用vue的api设计的。
3、微信小程序还有最近火的微信小程序，其代码就是JS。
微信小程序磨枯嫌的API也是依照Vue来设计的瞎手，也就是学会了Vue，学weex和小程序就会十分快。
之所以这两者在用Vue的API也正是由于Vue设计的API比拟易懂上手快。
裁减资料：
的指标是经过最繁难的API成功相应的数据绑定和组合的视图组件。
它不只易于上手，而且还便于与第三方库或既有名目整合。
另一方面，当与单文件组件和Vue生态系统允许的库联合经常使用时，Vue也齐全能够为复杂的单页运行程序提供驱动。
自身不是一个全能框架——它只聚焦于视图层。
因此它非败陪常容易学习，十分容易与其它库或已有名目整合。
另一方面，在与相关工具和允许库一同经常使用时，也能完美地驱动复杂的单页运行。
看了大家的回答很无心思，大众的目光还是雪亮的。
我也来回答一下。
在以后的干流Web前端框架中，Angular、React、是备受注目的3个框架，它们都是组件化开发竖灶框架。
从市场占有率来看
目前市场占有率很高
当然Angular与React的历史更长，而是后起之秀。
从允许度来看
Angular与React的面前是小名鼎鼎的Google公司和Facebook公司，而属于团体名目。
好在很多大型互联网公司都在与开展协作，在一余明扮定水平上会让走得更远。
从开发体验来看
运行由Javascript言语编写，关键用于开发渐进式的Web运行程序，用户经常使用起来会比拟繁难，易于入门。
Angular、React、三者怎样选
综上所知，Angular、React、都是十分低劣的框架，有着不同的受众，选用什么样的框架要依据实践名目槐滑来选用。总的来说：
·入门难度顺序是＜React＜Angular。
·配置弱小水平是＜React＜Angular。
无论是Vue，还是React、Angular、Svelte框架，都有自身的好处，但在不同的场景之下，也有必定的缺陷。
那么在什么样的场景下适宜用什么样的框架？假设你想极速取得一个上班的处置打算、构建一个轻量级App、将以后的名目逐渐运行上现代框架、以及边学边通常的话，无妨试试Vue。
欢迎青睐技术的小同伴，大家一同探讨分享。
vue3用的人太少了
出名度低。
vue3用的人太少了是由于余郑出名度低，羡蚂vue3提供了更好的性能，更小的捆绑包体积，更好的TS集成，用于兄毁埋处置大规模用例的新API。
3.0版本的vue，开发周期长达两年多。
局部公司。
依据查问vue3.0相关信息得悉，vue3.0前面有部则余李分公司在经常使用。
7月20日，Vue3.0进入了RC.2阶段。
RC阶段即是发行候选版本，假设未发生疑问毁搭则可颁布成为正式版孙迟本。
