新聞中心
介紹
uni-app App端內(nèi)置了一個(gè)基于 weex 改進(jìn)的原生渲染引擎,提供了原生渲染能力。

在沿河等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供做網(wǎng)站、網(wǎng)站制作 網(wǎng)站設(shè)計(jì)制作按需求定制制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營(yíng)銷,外貿(mào)營(yíng)銷網(wǎng)站建設(shè),沿河網(wǎng)站建設(shè)費(fèi)用合理。
在App端,如果使用vue頁(yè)面,則使用webview渲染;如果使用nvue頁(yè)面(native vue的縮寫(xiě)),則使用原生渲染。一個(gè)App中可以同時(shí)使用兩種頁(yè)面,比如首頁(yè)使用nvue,二級(jí)頁(yè)使用vue頁(yè)面,hello uni-app示例就是如此。
雖然nvue也可以多端編譯,輸出H5和小程序,但nvue的css寫(xiě)法受限,所以如果你不開(kāi)發(fā)App,那么不需要使用nvue。
以往的 weex ,有個(gè)很大的問(wèn)題是它只是一個(gè)高性能的渲染器,沒(méi)有足夠的API能力(比如各種push sdk集成、藍(lán)牙等能力調(diào)用),使得開(kāi)發(fā)時(shí)非常依賴原生工程師協(xié)作,開(kāi)發(fā)者本來(lái)想節(jié)約成本,結(jié)果需要前端、iOS、Android 3撥人開(kāi)發(fā),適得其反。 nvue 解決了這個(gè)問(wèn)題,讓前端工程師可以直接開(kāi)發(fā)完整 App,并提供豐富的插件生態(tài)和云打包。這些組合方案,幫助開(kāi)發(fā)者切實(shí)的提高效率、降低成本。
同時(shí)uni-app擴(kuò)展了weex原生渲染引擎的很多排版能力,修復(fù)了很多bug。比如
- Android端良好支持邊框陰影
- iOS端支持高斯模糊,詳情
- 可實(shí)現(xiàn)區(qū)域滾動(dòng)長(zhǎng)列表+左右拖動(dòng)列表+吸頂?shù)膹?fù)雜排版效果
- 優(yōu)化圓角邊框繪制性能
適用場(chǎng)景
nvue的組件和API寫(xiě)法與vue頁(yè)面一致,其內(nèi)置組件還比vue頁(yè)面內(nèi)置組件增加了更多,詳見(jiàn)。但nvue在css的寫(xiě)法限制較多,具體如下:
- nvue的css僅支持flex布局,是webview的css語(yǔ)法的子集。這是因?yàn)椴僮飨到y(tǒng)原生排版不支持非flex之外的web布局。當(dāng)然flex足以排布出各種頁(yè)面,只是寫(xiě)法需要適應(yīng)。
- nvue的css,在選擇器方面支持的較少,只支持簡(jiǎn)單的class="classA"。
- class 進(jìn)行綁定時(shí)只支持?jǐn)?shù)組語(yǔ)法。
- 有些web的css屬性在nvue里無(wú)法支持,比如背景圖。但可以使用image組件和層級(jí)來(lái)實(shí)現(xiàn)類似web中的背景效果。因?yàn)樵_(kāi)發(fā)本身也沒(méi)有web這種背景圖概念
如果你熟悉 weex或react native 開(kāi)發(fā),那么 nvue 是你的更優(yōu)選擇,能切實(shí)提升你的開(kāi)發(fā)效率,降低成本。
如果你是web前端,不熟悉原生排版,那么建議你仍然以使用vue頁(yè)面為主,在App端某些vue頁(yè)面表現(xiàn)不佳的場(chǎng)景下使用 nvue 作為強(qiáng)化補(bǔ)充。這些場(chǎng)景如下:
- 需要高性能的區(qū)域長(zhǎng)列表或瀑布流滾動(dòng)。webview的頁(yè)面級(jí)長(zhǎng)列表滾動(dòng)時(shí)沒(méi)有性能問(wèn)題的(就是滾動(dòng)條覆蓋webview整體高度),但頁(yè)面中某個(gè)區(qū)域做長(zhǎng)列表滾動(dòng),則需要使用nvue的list、recycle-list、waterfall等組件。這些組件的性能要高于vue頁(yè)面里的區(qū)域滾動(dòng)組件scroll-view。
- 復(fù)雜高性能的自定義下拉刷新。uni-app的pages.json里可以配置原生下拉刷新,但引擎內(nèi)置的下拉刷新樣式只有雪花和circle圈2種樣式。如果你需要自己做復(fù)雜的下拉刷新,推薦使用nvue的refresh組件。當(dāng)然插件市場(chǎng)里也有很多vue下的自定義下拉刷新插件,只要是基于renderjs或wxs的,性能也可以商用,只是沒(méi)有nvue的refresh組件更極致。
- 左右拖動(dòng)的長(zhǎng)列表。在webview里,通過(guò)swiper+scroll-view實(shí)現(xiàn)左右拖動(dòng)的長(zhǎng)列表,前端模擬下拉刷新,這套方案的性能不好。此時(shí)推薦使用nvue,比如新建uni-app項(xiàng)目時(shí)的新聞示例模板,就采用了nvue,切換很流暢。
- 實(shí)現(xiàn)區(qū)域滾動(dòng)長(zhǎng)列表+左右拖動(dòng)列表+吸頂?shù)膹?fù)雜排版效果,效果可參考hello uni-app模板里的swiper-list
- 如需要將軟鍵盤(pán)右下角按鈕文字改為“發(fā)送”,則需要使用nvue。比如聊天場(chǎng)景,除了軟鍵盤(pán)右下角的按鈕文字處理外,還涉及聊天記錄區(qū)域長(zhǎng)列表滾動(dòng),適合nvue來(lái)做。
- 解決前端控件無(wú)法覆蓋原生控件的層級(jí)問(wèn)題。當(dāng)你使用map、video、live-pusher等原生組件時(shí),會(huì)發(fā)現(xiàn)前端寫(xiě)的view等組件無(wú)法覆蓋原生組件,層級(jí)問(wèn)題處理比較麻煩,此時(shí)使用nvue更好?;蛘咴趘ue頁(yè)面上也可以覆蓋一個(gè)subnvue(一種非全屏的nvue頁(yè)面覆蓋在webview上),以解決App上的原生控件層級(jí)問(wèn)題。詳見(jiàn)
- 如深度使用map組件,建議使用nvue。除了層級(jí)問(wèn)題,App端nvue文件的map功能更完善,和小程序拉齊度更高,多端一致性更好。
- 如深度使用video,建議使用nvue。比如如下2個(gè)場(chǎng)景:video內(nèi)嵌到swiper中,以實(shí)現(xiàn)抖音式視頻滑動(dòng)切換,例子見(jiàn)插件市場(chǎng);nvue的視頻全屏后,通過(guò)cover-view實(shí)現(xiàn)內(nèi)容覆蓋,比如增加文字標(biāo)題、分享按鈕。
- 直播推流:nvue下有l(wèi)ive-pusher組件,和小程序?qū)R,功能更完善,也沒(méi)有層級(jí)問(wèn)題。
- 對(duì)App啟動(dòng)速度要求極致化。App端v3編譯器模式下,如果首頁(yè)使用nvue且在manifest里配置fast模式,那么App的啟動(dòng)速度可以控制在1秒左右。而使用vue頁(yè)面的話,App的啟動(dòng)速度一般是3秒起,取決于你的代碼性能和體積。
但注意,在某些場(chǎng)景下,nvue不如vue頁(yè)面,如下:
- canvas。nvue的canvas性能不高,尤其是Android App平臺(tái),所以這個(gè)組件干脆沒(méi)有內(nèi)置,而是需要單獨(dú)引入。操作canvas動(dòng)畫(huà),最高性能的方式是使用vue頁(yè)面的renderjs技術(shù),在hello uni-app里的canvas示例就是如此。
- 動(dòng)態(tài)橫豎屏。nvue頁(yè)面的css不支持媒體查詢,所以橫豎屏動(dòng)態(tài)切換、動(dòng)態(tài)適配屏幕是很困難的。
純?cè)秩灸J?/h2>
uni-app在App端,支持vue頁(yè)面和nvue頁(yè)面混搭、互相跳轉(zhuǎn)。也支持純nvue原生渲染。
啟用純?cè)秩灸J?,可以減少App端的包體積、減少使用時(shí)的內(nèi)存占用。因?yàn)閣ebview渲染模式的相關(guān)模塊將被移除。
在manifest.json源碼視圖的"app-plus"下配置"renderer":"native",即代表App端啟用純?cè)秩灸J?。此時(shí)pages.json注冊(cè)的vue頁(yè)面將被忽略,vue組件也將被原生渲染引擎來(lái)渲染。
如果不指定該值,默認(rèn)是不啟動(dòng)純?cè)秩镜摹?/p>
// manifest.json
{
// ...
/* App平臺(tái)特有配置 */
"app-plus": {
"renderer": "native", //App端純?cè)秩灸J? }
}
weex編譯模式和uni-app編譯模式
如你之前是weex開(kāi)發(fā)者,可以繼續(xù)查閱本章節(jié),否則可以跳過(guò)看下一節(jié)快速上手。
weex的組件和jsapi,與uni-app不同。uni-app與微信小程序相同。
考慮到weex用戶的遷移,uni-app 也支持weex的代碼寫(xiě)法。在manifest.json中可以配置使用weex編譯模式或uni-app編譯模式。選擇weex編譯模式時(shí)將不支持uni-app的組件和jsapi,需要開(kāi)發(fā)者參考weex官方文檔的寫(xiě)法來(lái)寫(xiě)代碼。 比如 weex 編譯模式用
一般情況建議使用uni-app模式,除非歷史weex代碼較多,需要逐步過(guò)渡。同時(shí)注意weex編譯模式的切換是項(xiàng)目級(jí)的,不支持同項(xiàng)目下某個(gè)nvue頁(yè)面使用weex模式,另一個(gè)nvue頁(yè)面使用uni-app模式。
| weex編譯模式 | uni-app編譯模式 | |
|---|---|---|
| 平臺(tái) | 僅App | 所有端,包含小程序和H5 |
| 組件 | weex組件如div |
uni-app組件如view |
| 生命周期 | 只支持weex生命周期 | 支持所有uni-app生命周期 |
| JS API | weex API、uni API、Plus API | weex API、uni API、Plus API |
| 單位 | 750px是屏幕寬度,wx是固定像素單位 | 750rpx是屏幕寬度,px是固定像素單位 |
| 全局樣式 | 手動(dòng)引入 | app.vue的樣式即為全局樣式 |
| 頁(yè)面滾動(dòng) | 必須給頁(yè)面套或組件 | 默認(rèn)支持頁(yè)面滾動(dòng) |
在 manifest.json 中修改2種編譯模式,manifest.json -> app-plus -> nvueCompiler 切換編譯模式。
nvueCompiler 有兩個(gè)值:
- weex
- uni-app
// manifest.json
{
// ...
/* App平臺(tái)特有配置 */
"app-plus": {
"nvueCompiler":"uni-app" //是否啟用 uni-app 模式
}
}
如果沒(méi)有在manifest里明確配置,默認(rèn)是weex模式。這是為了向下兼容。
weex 編譯模式不支持 onNavigationBarButtonTap 生命周期函數(shù)的寫(xiě)法。在 nvue 中監(jiān)聽(tīng)原生標(biāo)題欄按鈕點(diǎn)擊事件,詳見(jiàn):uni.onNavigationBarButtonTap。
weex編譯模式不支持onShow生命周期,但熟悉5+的話,可利用監(jiān)聽(tīng)webview的addEventListener show事件實(shí)現(xiàn)onShow效果。
weex 編譯模式不支持vuex。
nvue 的頁(yè)面跳轉(zhuǎn),與 weex 不同,仍然遵循 uni-app 的路由模型。vue 頁(yè)面和 nvue 頁(yè)面之間不管怎么跳轉(zhuǎn),都遵循這個(gè)模型。包括 nvue 頁(yè)面跳向 nvue 頁(yè)面。每個(gè)頁(yè)面都需要在 pages.json 中注冊(cè),調(diào)用 uni-app 的 路由 API 進(jìn)行跳轉(zhuǎn)。
原生開(kāi)發(fā)沒(méi)有頁(yè)面滾動(dòng)的概念,頁(yè)面內(nèi)容高過(guò)屏幕高度并不會(huì)自動(dòng)滾動(dòng),只有部分組件可滾動(dòng)(list、waterfall、scroll-view/scroller),要滾得內(nèi)容需要套在可滾動(dòng)組件下。這不符合前端開(kāi)發(fā)的習(xí)慣,所以在 nvue 編譯為 uni-app模式時(shí),給頁(yè)面外層自動(dòng)套了一個(gè) scroller,頁(yè)面內(nèi)容過(guò)高會(huì)自動(dòng)滾動(dòng)。(組件不會(huì)套,頁(yè)面有recycle-list時(shí)也不會(huì)套)。 可以設(shè)置不自動(dòng)套。
{
"path": "",
"style": {
"disableScroll": true // 不嵌套 scroller
}
}
weex 編譯模式下支持使用 weex ui ,例子見(jiàn):https://ext.dcloud.net.cn/plugin?id=442。但相比uni-app插件市場(chǎng)及官方uni ui而言,weex語(yǔ)法的組件生態(tài)還是比較欠缺的。
快速上手
1. 新建 nvue 頁(yè)面
在HBuilderX的 uni-app 項(xiàng)目中,新建頁(yè)面,彈出界面右上角可以選擇是建立vue頁(yè)面還是nvue頁(yè)面,或者2個(gè)同時(shí)建。
不管是vue頁(yè)面還是nvue頁(yè)面,都需要在pages.json中注冊(cè)。如果在HBuilderX中新建頁(yè)面是會(huì)自動(dòng)注冊(cè)的,如果使用其他編輯器,則需要自行在pages.json里注冊(cè)。
如果一個(gè)頁(yè)面路由下同時(shí)有vue頁(yè)面和nvue頁(yè)面,即出現(xiàn)同名的vue和nvue文件。那么在App端,會(huì)僅使用nvue頁(yè)面,同名的vue文件將不會(huì)被編譯到App端。而在非App端,會(huì)優(yōu)先使用vue頁(yè)面。
如果不同名,只有nvue頁(yè)面,則在非app端,只有uni-app編譯模式的nvue文件才會(huì)編譯。
2. 開(kāi)發(fā) nvue 頁(yè)面
nvue 頁(yè)面結(jié)構(gòu)同 vue, 由 template、style、script 構(gòu)成。
- template: 模板寫(xiě)法、數(shù)據(jù)綁定同 vue。組件支持2種模式,1、 weex 組件,同weex寫(xiě)法,參考:weex 內(nèi)置組件;2、uni-app組件,同uni-app寫(xiě)法。
- style:由于采用原生渲染,并非所有瀏覽器的 css 均支持,布局模型只支持 flex 布局,雖然不會(huì)造成某些界面布局無(wú)法實(shí)現(xiàn),但寫(xiě)法要注意。詳見(jiàn):weex 樣式
- script:寫(xiě)法同 vue,并支持3種API:weex API :僅支持App端,uni-app編譯模式也可使用。使用前需先引入對(duì)應(yīng)模塊,參考:weex 模塊引入uni API:https://uniapp.dcloud.io/api/READMEplus API:僅支持App端。http://www.html5plus.org/doc/h5p.html
3. 調(diào)試 nvue 頁(yè)面
HBuilderX內(nèi)置了weex調(diào)試工具的強(qiáng)化版,包括審查界面元素、看log、debug打斷點(diǎn),詳見(jiàn)
nvue 和 vue 相互通訊
在 uni-app 中,nvue 和 vue 頁(yè)面可以混搭使用。
推薦使用uni.$on,uni.$emit的方式進(jìn)行頁(yè)面通訊,舊的通訊方式(uni.postMessage及plus.webview.postMessageToUniNView)不再推薦使用。
通訊實(shí)現(xiàn)方式
// 接收信息的頁(yè)面
// $on(eventName, callback)
uni.$on('page-popup', (data) => {
console.log('標(biāo)題:' + data.title)
console.log('內(nèi)容:' + data.content)
})
// 發(fā)送信息的頁(yè)面
// $emit(eventName, data)
uni.$emit('page-popup', {
title: '我是title',
content: '我是content'
});
使用此頁(yè)面通訊時(shí)注意事項(xiàng):要在頁(yè)面卸載前,使用 uni.$off 移除事件監(jiān)聽(tīng)器。參考
nvue 向 vue 通訊(已過(guò)期,推薦使用上面的uni.$on、uni.$emit)
步驟:
- 在 nvue 使用 uni.postMessage(data) 發(fā)送數(shù)據(jù)通訊,data 為 JSON 格式(鍵值對(duì)的值僅支持String)。
- 在 App.vue 里使用 onUniNViewMessage 進(jìn)行監(jiān)聽(tīng)。
代碼示例:
//test.nvue
點(diǎn)擊頁(yè)面發(fā)送數(shù)據(jù)
//App.vue
vue 向 nvue 通訊(已過(guò)期,推薦使用上面的uni.$on、uni.$emit)
步驟:
- 在 vue 里使用 plus.webview.postMessageToUniNView(data,nvueId) 發(fā)送消息,data 為 JSON 格式(鍵值對(duì)的值僅支持String),nvueId 為 nvue 所在 webview 的 id,webview的 id 獲取方式參考:$getAppWebview()。
- 在 nvue 里引用 globalEvent 模塊監(jiān)聽(tīng) plusMessage 事件,如下:
const globalEvent = weex.requireModule('globalEvent');
globalEvent.addEventListener("plusMessage", e => {
console.log(e.data);//得到數(shù)據(jù)
});
代碼示例:
//index.nvue
點(diǎn)擊頁(yè)面發(fā)送數(shù)據(jù){{num}}
vue 和 nvue 共享的變量和數(shù)據(jù)
除了通信事件,vue 和 nvue 頁(yè)面之間還可以共享變量和存儲(chǔ)。 uni-app提供的共享變量和數(shù)據(jù)的方案如下:
1. vuex:
自HBuilderX 2.2.5起,nvue支持vuex。這是vue官方的狀態(tài)管理工具。
注意:
- 不支持直接引入store使用,可以使用mapState、mapGetters、mapMutations等輔助方法或者使用this.$store
2. uni.storage:
vue和nvue頁(yè)面可以使用相同的uni.storage存儲(chǔ)。這個(gè)存儲(chǔ)是持久化的。 比如登陸狀態(tài)可以保存在這里。
App端還支持plus.sqlite,也是共享通用的。
3. globalData:
小程序有g(shù)lobalData機(jī)制,這套機(jī)制在uni-app里也可以使用,全端通用。 在App.vue文件里定義globalData,如下:
js中操作globalData的方式如下: getApp().globalData.text = 'test'
如果需要把globalData的數(shù)據(jù)綁定到頁(yè)面上,可在頁(yè)面的onShow聲明周期里進(jìn)行變量重賦值。
nvue 里使用 BindingX
uni-app是邏輯層和視圖層分離的。此時(shí)會(huì)產(chǎn)生兩層通信成本。比如拖動(dòng)視圖層的元素,如果在邏輯層不停接收事件,因?yàn)橥ㄐ艙p耗會(huì)產(chǎn)生不順滑的體驗(yàn)。
BindingX是weex提供的一種預(yù)描述交互語(yǔ)法。由原生解析BindingX規(guī)則,按此規(guī)則處理視圖層的交互和動(dòng)效。不再實(shí)時(shí)去js邏輯層運(yùn)行和通信。
BindingX類似一種強(qiáng)化版的css,運(yùn)行性能高,但沒(méi)有js那樣足夠強(qiáng)的編程靈活性。
uni-app 內(nèi)置了 BindingX,可在 nvue 中使用 BindingX 完成復(fù)雜的動(dòng)畫(huà)效果。
- 從HBuilderX 2.3.4起,uni-app 編譯模式可直接引用uni.requireNativePlugin('bindingx')模塊,weex 模式還需使用 npm 方式引用。
- BindingX demo示例可參考 BindingX 示例 里 vue 的相關(guān)示例,將實(shí)驗(yàn)田里的 vue 代碼拷貝到 nvue 文件里即可。
代碼示例
A
B
C
注意
- 暫時(shí)不要在expression內(nèi)使用origin
nvue 里使用 HTML5Plus API
- nvue頁(yè)面可直接使用plus的API,并且不需要等待plus ready。
nvue 里不支持的 uni-app API
nvue 支持大部分 uni-app API ,下面只列舉目前還不支持的 API 。
動(dòng)畫(huà)
| API | 說(shuō)明 |
|---|---|
| uni.createAnimation() | 創(chuàng)建一個(gè)動(dòng)畫(huà)實(shí)例 |
滾動(dòng)
| API | 說(shuō)明 |
|---|---|
| uni.pageScrollTo() | 將頁(yè)面滾動(dòng)到目標(biāo)位置 |
繪畫(huà)
canvas API使用,詳見(jiàn)canvas文檔。
節(jié)點(diǎn)布局交互
| API | 說(shuō)明 |
|---|---|
| uni.createIntersectionObserver() | 創(chuàng)建并返回一個(gè) IntersectionObserver 對(duì)象實(shí)例 |
nvue開(kāi)發(fā)與vue開(kāi)發(fā)的常見(jiàn)區(qū)別
基于原生引擎的渲染,雖然還是前端技術(shù)棧,但和web開(kāi)發(fā)肯定是有區(qū)別的。
- nvue 頁(yè)面只能使用 flex 布局,不支持其他布局方式。頁(yè)面開(kāi)發(fā)前,首先想清楚這個(gè)頁(yè)面的縱向內(nèi)容有什么,哪些是要滾動(dòng)的,然后每個(gè)縱向內(nèi)容的橫軸排布有什么,按 flex 布局設(shè)計(jì)好界面。
- 原生開(kāi)發(fā)沒(méi)有頁(yè)面滾動(dòng)的概念,頁(yè)面內(nèi)容高過(guò)屏幕高度并不會(huì)自動(dòng)滾動(dòng),只有部分組件可滾動(dòng)(list、waterfall、scroll-view/scroller),要滾得內(nèi)容需要套在可滾動(dòng)組件下。這不符合前端開(kāi)發(fā)的習(xí)慣,所以在 nvue 編譯為 uni-app模式時(shí),給頁(yè)面外層自動(dòng)套了一個(gè) scroller,頁(yè)面內(nèi)容過(guò)高會(huì)自動(dòng)滾動(dòng)。(組件不會(huì)套,頁(yè)面有recycle-list時(shí)也不會(huì)套)。后續(xù)會(huì)提供配置,可以設(shè)置不自動(dòng)套。
- 文字內(nèi)容,必須、只能在
組件下。不能在 、的text區(qū)域里直接寫(xiě)文字。否則即使渲染了,也無(wú)法綁定js里的變量。 - 只有text標(biāo)簽可以設(shè)置字體大小,字體顏色。
- 布局不能使用百分比、沒(méi)有媒體查詢。
- nvue 切換橫豎屏?xí)r可能導(dǎo)致樣式出現(xiàn)問(wèn)題,建議有 nvue 的頁(yè)面鎖定手機(jī)方向。
- 支持的css有限,不過(guò)并不影響布局出你需要的界面,flex還是非常強(qiáng)大的。詳見(jiàn)
- 不支持背景圖。但可以使用image組件和層級(jí)來(lái)實(shí)現(xiàn)類似web中的背景效果。因?yàn)樵_(kāi)發(fā)本身也沒(méi)有web這種背景圖概念
- css選擇器支持的比較少,只能使用 class 選擇器。詳見(jiàn)weex的樣式文檔
- class 進(jìn)行綁定時(shí)只支持?jǐn)?shù)組語(yǔ)法。
- nvue頁(yè)面沒(méi)有bounce回彈效果,只有幾個(gè)列表組件有bounce效果,包括 list、recycle-list、waterfall。
- Android端在一個(gè)頁(yè)面內(nèi)使用大量圓角邊框會(huì)造成性能問(wèn)題,尤其是多個(gè)角的樣式還不一樣的話更耗費(fèi)性能。應(yīng)避免這類使用。
- nvue 的各組件在安卓端默認(rèn)是透明的,如果不設(shè)置background-color,可能會(huì)導(dǎo)致出現(xiàn)重影的問(wèn)題。
- 在 App.vue 中定義的全局js變量不會(huì)在 nvue 頁(yè)面生效。globalData和vuex是生效的。
- App.vue 中定義的全局css,對(duì)nvue和vue頁(yè)面同時(shí)生效。如果全局css中有些css在nvue下不支持,編譯時(shí)控制臺(tái)會(huì)報(bào)警,建議把這些不支持的css包裹在條件編譯里,APP-PLUS-NVUE
- 不能在 style 中引入字體文件,nvue 中字體圖標(biāo)的使用參考:weex 加載自定義字體。如果是本地字體,可以用plus.io的API轉(zhuǎn)換路徑。
- 目前不支持在 nvue 頁(yè)面使用 typescript/ts。
- nvue 頁(yè)面關(guān)閉原生導(dǎo)航欄時(shí),想要模擬狀態(tài)欄,可以參考:https://ask.dcloud.net.cn/article/35111。但是,仍然強(qiáng)烈建議在nvue頁(yè)面使用原生導(dǎo)航欄。nvue的渲染速度再快,也沒(méi)有原生導(dǎo)航欄快。原生排版引擎解析json繪制原生導(dǎo)航欄耗時(shí)很少,而解析nvue的js繪制整個(gè)頁(yè)面的耗時(shí)要大的多,尤其在新頁(yè)面進(jìn)入動(dòng)畫(huà)期間,對(duì)于復(fù)雜頁(yè)面,沒(méi)有原生導(dǎo)航欄會(huì)在動(dòng)畫(huà)期間產(chǎn)生整個(gè)屏幕的白屏或閃屏。
- nvue 頁(yè)面的布局排列方向默認(rèn)為豎排(column),如需改變布局方向,可以在 manifest.json -> app-plus -> nvue -> flex-direction 節(jié)點(diǎn)下修改,僅在 uni-app 模式下生效。詳情。
- nvue頁(yè)面編譯為H5、小程序時(shí),會(huì)做一件css默認(rèn)值對(duì)齊的工作。因?yàn)閣eex渲染引擎只支持flex,并且默認(rèn)flex方向是垂直。而H5和小程序端,使用web渲染,默認(rèn)不是flex,并且設(shè)置display:flex后,它的flex方向默認(rèn)是水平而不是垂直的。所以nvue編譯為H5、小程序時(shí),會(huì)自動(dòng)把頁(yè)面默認(rèn)布局設(shè)為flex、方向?yàn)榇怪?。?dāng)然開(kāi)發(fā)者手動(dòng)設(shè)置后會(huì)覆蓋默認(rèn)設(shè)置。
下面有些正確和錯(cuò)誤的寫(xiě)法示例對(duì)比:
- 選擇器僅支持class 選擇器 ```css
/ 錯(cuò)誤 /
#id {} .a .b .c {} .a > .b {}
/ 正確 / .class {}
- border 不支持簡(jiǎn)寫(xiě) ```css /* 錯(cuò)誤 */ .class { border: 1px red solid; } /* 正確 */ .class { border-width: 1px; border-style: solid; border-color: red; }- background 不支持簡(jiǎn)寫(xiě)
/* 錯(cuò)誤 */ .class { background: red; } /* 正確 */ .class { background-color: red; }- nvue的uni-app編譯模式下,App.vue 中的樣式,會(huì)編譯到每個(gè) nvue文件。對(duì)于共享樣式,如果有不合法屬性控制臺(tái)會(huì)給出警告,可以通過(guò)條件編譯APP-PLUS-NVUE屏蔽 App 中的警告。 ``css /* 錯(cuò)誤 */ /* 控制臺(tái)警告: WARNING:borderis not a standard property name (may not be supported) WARNING:-webkit-transform` is not a standard property name (may not be supported) */ .class { border: 1px red solid; -webkit-transform: scaleY(.5); }
/ 正確 / .class { border-width: 1px; border-style: solid; border-color: red; / #ifndef APP-PLUS-NVUE / -webkit-transform: scaleY(.5); / #endif/ }
## Android平臺(tái)陰影(box-shadow)問(wèn)題 Android平臺(tái)weex對(duì)陰影樣式(`box-shadow`)支持不完善,如設(shè)置圓角邊框時(shí)陰影樣式顯示不正常、設(shè)置動(dòng)畫(huà)時(shí)在`Android7`上顯示不正常等。為解決這些問(wèn)題,從HBuilderX 2.4.7起,新增`elevation`屬性(組件的屬性,不是css樣式)設(shè)置組件的層級(jí),`Number`類型,層級(jí)值越大陰影越明顯,陰影效果也與組件位置有關(guān),越靠近頁(yè)面底部陰影效果越明顯 **用法** ```html注意
- 為了避免elevation屬性的陰影效果與陰影樣式(box-shadow)沖突,設(shè)置elevation屬性后box-shadow樣式失效
- 使用elevation需要陰影元素的父元素大于陰影范圍,否則會(huì)對(duì)陰影進(jìn)行裁剪
標(biāo)題名稱:創(chuàng)新互聯(lián)UNI-APP教程:uni-app使用Weex/nvue的注意事項(xiàng)
文章出自:http://www.dlmjj.cn/article/cdhcige.html


咨詢
建站咨詢
