小程式挖坑之路

tv_哇發表於2018-09-19

小程式出來那麼久一直沒有深入的開發，這次藉著公司要做小程式，深入探索了一番，結果挖坑無數，當然，僅限挖坑，並沒有填完。哈哈，就先mark一下。

因為公司業務需求，這次小程式用的是 mpvue + typescript 進行開發。

mpvue 相關的坑

關於input問題

因為設計想把輸入框的互動做成這個樣子：

小程式挖坑之路

那用原生的輸入框是滿足不了的，只能自己寫元件咯。那麼就用vue的方式寫了個元件，結果發現，mpvue關於input的問題還真不少。

  • input 用v-modal輸入時候閃爍
  • 元件巢狀slot有問題
  • input 不支援:type 和v-modal
  • slot等標籤不支援新增class，無法編譯成wxss
  • 巢狀元件，props有問題
  • 修改slot時，不能熱更新，只能重新npm run dev

這是github上相關的issue：

inout閃爍issue

巢狀元件slot問題11

巢狀元件slot問題222

關於這個問題，試了上述的解決方法，但沒有很好的解決（摔）。所以，自己用原生的方式重新擼了個元件。

小程式相關的坑

原生元件canvas問題

因為公司業務需求，小程式裡有不少的圖表資料需要展現，自然就是需要用到canvas，而canvas是屬於原生元件，它的z-index無限大，一出現有彈窗內容需要把它覆蓋就gg。

實際上是能解決的，只要使用cover-view當做遮罩層（一開始我還以為，需要把cover-view巢狀到原生元件的節點裡），把彈窗內容一併放入cover-view裡，但是很雞肋的是，cover-view裡面包含的節點問題，以及一些樣式問題是沒辦法實現。如果是彈窗內容很酷炫的話，那我只能建議讓設計改設計稿。

<view>
    <canvas canvas-id="test"></canvas>
    // 這是一個遮罩層，為了覆蓋住原生元件（ 1.9.0及以上才支援 ）
    <cover-view>
        這是一個遮罩層balabala
    </cover-view>
    
    // 官方給的demo
    <video>
        <cover-view>
            這裡也可以覆蓋video裡的內容
        </cover-view>
    </video>
<view>
複製程式碼

下面是我遇到的相關bug:

  • 文字都要套上cover-view標籤，不然排版錯誤。
  • cover-view裡的內容不支援設定漸變，陰影等樣式。
  • 自定義元件巢狀 cover-view 時，自定義元件的 slot 及其父節點暫不支援通過 wx:if 控制顯隱，否則會導致 cover-view 不顯示
  • canvas不能放在可滾動的列表裡，在頁面滑動時，在真機效果下，canvas不能很好的跟著滾動，會出現剛開始滾動不動，再滾動就會卡著突然消失的非常糟糕的效果
  • cover-image 不支援bindtouchstart等touch事件

總的來說，小程式的原生元件問題還是很多的，具體的實現都要在真機上測試才能看出各種問題。

使用echart-for-wx 的坑

  1. 解決彈窗覆蓋canvas的問題，同樣的是用上面的方法

解決方法：echart使用cover-view是要在節點ec-canvas後面新增，通過樣式控制cover-view的對應位置

<ec-canvas class="canvas" id="mychart-dom-line" canvas-id="mychart-line" :ec="ecLine">
</ec-canvas>
<cover-view class="cover-view">cover-vdddddddddddddiew</cover-view>
複製程式碼
  1. echart在使用rpx為單位時，出現機型適配問題

echart在不同機型上適配問題，使用單位為px時，適配是沒問題的，但是使用rpx時，就會出現小機型適配問題，而使用mpvue的話，單位為px會轉換成rpx，就會出現如下問題：

實際效果：

小程式挖坑之路

預期效果：

小程式挖坑之路

解決方法：

在mpvue裡，使用內聯樣式（內聯樣式不會把px轉成rpx），最好只固定高 emmmm....結果發現，大屏小屏手機下都會有適配問題，所以不能單純的用內聯樣式寫死px的大小(在GitHub上提了個issue，至今未回，怕死石沉大海啦)

canvas生成圖片適配問題

因為不同手機大小以及其裝置畫素比devicePixelRatio不一致，再來小程式還出了自己的單位rpx，所以如果生成canvas是固定寫死其寬高，這樣是有問題的。

基本演算法是：

canvas繪製使用的是px單位，但不同裝置的px是需要換算的，所以在元件中統一使用rpx單位，這裡就涉及到單位怎麼換算問題。 通過wx.getSystemInfoSync獲取裝置螢幕尺寸，從而得到比例，進而做轉換，程式碼如下：

const sysInfo = wx.getSystemInfoSync();
const screenWidth = sysInfo.screenWidth;
this.factor = screenWidth / 750; // 獲取比例
function toPx(rpx) { // rpx轉px
    return rpx * this.factor;
}
function toRpx(px) { // px轉rpx
    return px / this.factor;
},
複製程式碼

但我知道大家都很懶，有輪子幹嘛不用?

實在不想算，可以用現成的輪子小程式canvas生成圖片

再來就是，canvas轉圖片的問題

需要使用canvasToTempFile方法，因為canvas節點一定要存在才能獲取到canvas的上下文進行繪圖，所以只能把canvas放到頁面可視區域之外。而且轉換成圖片時，要加個神奇的setTimeout的延時。最小延時為300ms，再小就不管用了。（為什麼，我也不知道，o(╥﹏╥)o）

最後

這只是一點挖坑心得記錄而已，還有更多的坑需要繼續發掘。

相關文章