uniapp什么编译器

A. uniapp对于vue3语法支持不太好

uni-app 对 vue3 & Vite 的升级，是一个渐进式过程：

2020年9月：小程序平台支持 vue3 开发，小程序平台编译器依然使用webpack；
2021年5月：H5平台支持 vue3 开发，H5平台编译器升级为 Vite；
2021年8月：App平台支持 vue3 开发，App平台编译器升级为 Vite；
2021年11月：小程序平台编译器升级为 Vite；
 

至此，uni-app 在全平台支持了 Vite 编译及Vue 3.x 运行。

 

so，这场持续一年之久的大版本升级，究竟给 uni-app 项目带来了哪些提升？

是时候总结（秀）一波了。

 

新版 uni-app 框架主要做了三大改进：

 

重写框架内核：基于 vue3 + ts 重写内置组件和API，实现更彻底、更高效的 tree-shaking；
新增支持 Vite 构建工具，在H5平台实现秒开预览；
新增支持 Vue3.x，实现更灵活的开发方式，及更高的运行性能；
 

基于这三大改进，uni-app 项目获得了多快好省的四大收益：

 

更多的语法支持，支持组合式API，业务聚焦，开发效率更高；
更快的编译速度，H5平台十倍加速，小程序、App加速30%以上；
更好的运行性能，用户端响应更快，体验更好；
更小的代码体积，瘦身30%以上，更省体积、更省流量
 

更多的语法支持
 

新版 uni-app 支持Vue 3.x框架，支持组合式API，可实现更聚焦的业务开发。

Vue 3.x的一些新增特性，uni-app 也已经完全支持，如：

支持<script setup>
支持<style scoped>、<style mole>、State-Driven Dynamic CSS(v-bind)
支持jsx、tsx（h5,app 平台支持，小程序不支持）
另外，在小程序平台，新版 uni-app 也扩展了更多的语法，如：

更完善的模板语法支持（如 class、style 支持函数、变量等，不再局限数组、对象类型）
更完整的 props 支持（如传递函数）
更完善的 slot 支持（如作用域插槽

B. web前端简历上uni-app开发项目怎么写

web前端简历上uni-app开发项目需要在下载HBuliderX编辑器完成
首先，创建项目，选择uniapp项目，选择运行方式运行，开发完成之后选择发行到web前端。
uni-app是一个使用 Vuejs开发所有前端应用的框架，开发者编写一套代码，可发布到iOS、Android、Web（响应式）、以及各种小程序，微信、支付宝、网络、头条、QQ、钉钉、淘宝，快应用等多个平台。

C. 混合开发之uni-app

uni-app App端内置weex渲染引擎，提供原生渲染能力

然而， Weex并不是一个前端框架 。实际上，前端框架仅仅是 Weex 的语法层或称之为 DSL (Domain-specific Language)，它们与原生渲染引擎是分离的。换句话说，Weex 并不依赖于特定的前端框架，随着前端技术的发展，Weex 也可以集成更多广泛使用的前端框架。

以往的 weex ，有个很大的问题是它只是一个高性能的渲染器，没有足够的API能力，使得开发时非常依赖原生工程师协作，开发者本来想节约成本，结果需要前端、iOS、Android 3拨人开发，适得其反。而 nvue 解决了这个大问题，让前端工程师可以直接开发完整 App，并提供原生插件的市场交易和云打包。这些组合方案，开发者切实的提高效率、降低成本。

如果你是web前端，不熟悉 weex，那么建议你仍然以使用 vue 为主，在App端某些 vue 表现不佳的场景下使用 nvue 作为强化补充：

uni-app App 端内置 HTML5+ 引擎，让 js 可以直接调用丰富的原生能力。

小程序及 H5 等平台是没有 HTML5+ 扩展规范的，因此在 uni-app 调用 HTML5+ 的扩展规范时，需要注意使用条件编译。否则运行到h5、小程序等平台会出现 plus is not defined错误。

在普通的 H5+ 项目中，需要使用 document.addEventListener 监听原生扩展的事件。

uni-app 中，没有 document。可以使用 plus.globalEvent.addEventListener 来实现（注意manifest中需开启新编译器，即自定义组件模式"usingComponents":true）。

同理，在 uni-app 中使用 Native.js 时，一些 Native.js 中对于原生事件的监听同样需要按照上面的方法去实现。

注意：旧编译器（非自定义组件模式）不支持 plus.globalEvent 这个对象。

D. webpack版本不兼容uniapp

uni-app是一个跨度很大的产品，支持多种开发ide、HBuilderX有正式版和alpha版、支持cli和普通项目、支持很多端、有云打包app和本地打包app、编译器模式支持老的模板模式和新的自定义组件模式。
它们都会升级，如果出现一个升级、另一个未升级的情况，可能会运行异常。

正常情况，HBuilderX升级后，其自带的app运行基座、uni-app编译器、云打包配套引擎会同步升级。但在开发者使用cli创建项目、使用自定义基座、使用5+sdk离线打包时，就需要手动维护版本更新。

我们经常遇到的误报问题是：“我的HBuilderX已经是最新版了，升级日志里提到的已解决问题，为什么没有仍然存在？”，其实有的是因为cli项目下编译器是旧的、有的是因为本地打包的sdk是旧的，有的是因为自定义基座的版本是旧的。


如果你使用cli创建项目（即项目根目录是package.json），不管用什么ide，即便是用HBuilderX，切记cli项目的编译器是在项目下的，HBuilderX不管怎么升级都不会影响编译器版本。你需要手动npm update来升级编译器。以及如果你想要安装less、scss等预编译器，也需要自己npm安装在项目下，而不是在HBuilderX的插件管理里安装。
如果你使用离线打包，请注意HBuilderX升级后，真机运行基座和云打包对应引擎跟随HBuilderX升级，而你的sdk需要手动升级。sdk的版本升级一般滞后HBuilderX正式版升级一两天。在这里下载最新版本
如果你使用自定义基座，之前制作的自定义基座是不会跟随HBuilderX升级的，升级HBuilderX后你应该重新制作新版自定义基座。
如果你使用wgt升级，新版HBuilderX编译的wgt，运行到之前的runtime上，一定要先测试好，看有没有兼容性问题。如果有问题，就不要wgt升级，整包升级。
考虑到向下兼容，uni-app编译器在升级为新的自定义组件模式后，同时保留了对老编译模式的向下兼容。
在HBuilderX alpha版中，App端一定会使用新编译器，不理会manifest配置。在HBuilderX 正式版中，新创建的项目会使用新编译器，老项目不会强制使用，而是开发者自己在manifest里配置开启。
如果你使用其他ide开发uni-app，会经常因为拼错单词而运行失败，因为经过webpack编译一道，很多错误反应的不够直观，排错时间很长，不如从开始就依赖有良好提示的HBuilderX，避免敲错单词。
打包的引擎版本说明
HBuilderX Alpha，只有1套云打包机，不管你的HBuilderX alpha版本多少，对应的打包机一定是最新的alpha版的客户端引擎。HBuilderX正式版，有2套打包机，一个是最新正式版，一个是次新正式版。中间的紧急更新版本没有独立打包机。举个例子：HBuilderX 有1.8.0、1.8.1、1.8.2、1.9.0、1.9.1这几个正式版。那么当前可用的打包机有1.9.1和1.8.2这2台。（即每个大版本的最后一个版本）除了这2个HBuilderX版本外，其他版本的云打包都指向最新的1.9.1版对应的打包机。（即只保留2个大版本的云打包机）
很多人在报问题时不说清楚自己的情况，导致别人给出错误的回答。
很多人在搜问题时没注意看条件，导致使用了并不适用于自己的错误方案。

要想问题少，推荐使用HBuilderX完成一切工作，包括创建项目、运行编译、云打包app。
因为在这套体系里，官方会对很多常见的问题做出提醒和引导，减少问题的概率。随着HBuilderX的升级，uni-app编译器、真机运行基座、云打包引擎都会升级。

E. uniapp和vue有什么区别

vue和uni-app的区别如下：

1、uni-app可以通过打包实现一套代码多端运行，而vue不行。

2、uni-app有自动的框架预载，加载页面的速度更快，vue没有。

3、uniapp使用小程序的标签，vue使用web端的标签。

4、uni不支持vue-router，使用自带的路由。

uni-app的优点

优点一：

uni-app是一套可以适用多端的开源框架，一套代码可以同时生成ios，Android，H5，微信小程序，支付宝小程序，网络小程序等。

优点二：

uni-app对前端开发人员比较友好，学习成本比较低，首先uni-app是基于vue.js的。其次封装的组件和微信小程序的组件一样。

优点三：

uni-app使用HBX进行开发，HBX对于vue语法等支持可以说是比较完备了。