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語法等支持可以說是比較完備了。