微信小程序自定義picker組件

封裝hf-picker選擇器。因?yàn)樽詭У膒icker在iOS 、安卓上顯示的樣式不一致,產(chǎn)品測試提出個(gè)能不能樣式弄成一致。想系統(tǒng)提供了picker-view這個(gè),應(yīng)該是沒問題的。?

對這個(gè)組件的要求就是:組件的使用方式、屬性、事件跟picker組件都保持一致。實(shí)現(xiàn)無縫銜接,引入組件后直接將 pciker 標(biāo)簽名替換為 hf-picker即可。

一番操作以后,發(fā)現(xiàn)在層級不復(fù)雜的頁面效果很不錯(cuò),但是在一些view嵌套view嵌套的很深,比如里面已經(jīng)有非statics的父view時(shí),那么這個(gè)選擇器的彈窗顯示的位置就不對了。同事說這個(gè)通過view肯定是實(shí)現(xiàn)不了,畢竟父view范圍就那么大,除非把選擇器view放到page里面去 ,是可以實(shí)現(xiàn),但是違背了封裝組件的原則。同事說試試half-screen-dialog,結(jié)果發(fā)現(xiàn)提供的Slot效果達(dá)不到UI要求.

如今有方法對half-screen-dialog的內(nèi)部元素樣式進(jìn)行設(shè)置了,趕緊搞起。 最終結(jié)果還是挺好的。因?yàn)槭莇ialgo彈出,所以不用考慮父view的范圍問題了。?

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容