原创 國內移動端開發者苦微信久已!

國內移動端開發者苦微信久已! ​自2017年1月微信發佈微信小程序功能以來​小程序的使用量就如同雨後春筍般迅猛增長同時​也將國內移動端生態向後倒退10餘年​當國外還在研究多端api共享,努力縮小不同端口設備的差異時。​國內微信小程序將這條路

原创 2進制、16進制、字符串互轉

單片機APP的項目目前完成的差不多了,主要是藍牙軟件與硬件對接比較費時費力 也總結出來了不少經驗,補齊了很多不足的知識點,也瞭解了很多方法,簡單做個總結出來   二進制arrayBuffer轉爲16進制,並且以字符串形式展現 //

原创 字符串前後補0達到指定數據長度

由於目前在做單片機應用,並且與藍牙設備傳遞數據 我目前遇到的需求是,舉例數組:[ 2001 ,0 ,4 ,10 , 100 ] 中的每項均需要轉爲16進制, 並且轉成的16進制數據每項都需要是4個佔位字符,如果不夠需要前面加 0 來填充到四

原创 前端實現網頁灰白

先來看看一些主流網站是如何實現置灰的: BiliBili: 淘寶: 京東: 掘金: 可以看到,這些網站實現置灰的方式都完全一樣,但都大同小異。本質上都是使用了 CSS 中的 filter 屬性。下面是 MDN 對

原创 uniapp長按持續觸發方法,數量一直加減

請注意:由於之前本人的博文被百度文庫收做商用,請各位轉載此博客註明出處 最近項目遇見一個需求,需要長按按鈕然後一直加減數值, 看了一下uniapp只提供了一個長按時間,等於需求還得自己寫 但是長按觸發也只是觸發一次事件,明顯不符合我所需要的

原创 uniapp藍牙多設備連接

博客園斷更快一年了終於想起來我還有個博客,也主要是最近工作上面也沒有什麼想記錄的,不過最近倒是搞了個有意思的功能項目   請注意:此文章禁止轉載,抄襲,這是對我個人知識產權的不尊重    項目簡介:原先單片機應用移植做一個無後端參與手機AP

原创 uniapp內嵌H5頁面和uniapp頁面相互傳值

 最近項目有一個需求 —— 做一個百人抽獎的模塊,要求展示百人的頭像並且不斷變化排列組合 先展示一部分的用戶頭像,然後每增加一個用戶就增加一個頭像在百人排列裏面 我整一個gif圖來展示一下                          

原创 uniapp項目優化

uniapp官方性能優化文檔:https://uniapp.dcloud.io/performance 1、使用v3編譯,跟上官方每一次優化配置和建議 2、減少高頻動畫和監聽,減少對象數量,避免接口調用頻繁,善用數據緩存 3、圖片請壓縮後使

原创 vue使用filterBy,orderBy實現搜索篩選功能

直接貼代碼了: 先上輸入前的樣子:   <style> #example{margin:100px auto;width:600px;} .show{margin:10px;} #searchText{display: block;ma

原创 超好用的uniapp彈出層

uni-app 底部彈出彈窗能夠動畫效果               要點:   1. 動態控制css。 <view class="share-item" :class="{'share-show': shareState}">  

原创 vue中watch屬性深度監聽,監聽數組或多維數組下層

在vue中,使用watch來響應數據的變化。watch的用法大致有三種。下面代碼是watch的一種簡單的用法: <input type="text" v-model="cityName"/> new Vue({ el: '#ro

原创 前端JS base64與圖片互轉

今天在用apicloud寫APP時,遇到一個base64轉圖片並直接展示在當前頁面的問題,因爲之前使用過 “trans”模塊,知道該模塊可以將圖片與base64格式之間來回轉換 所以想都沒想就使用了trans模塊,但是到後來我發現我拿不到轉

原创 純CSS繪製不同角度的三角形

#triangle-up { width: 0; height: 0; border-left: 50px solid transparent; border-right: 50px solid tran

原创 移動端下拉滾動刷新

一、需求   移動端下拉到底,加載更多數據。由於網頁的執行都是單線程的,在JS執行的過程中,頁面會呈現阻塞狀態。因此,如果JS處理的數據量過大,過程複雜,可能會造成頁面的卡頓。傳統的數據展現都以分頁的形式,但是分頁的效果並不好,需要用戶手動

原创 使用錨點定位不改變url同時平滑的滑動到錨點位置,不會生硬的直接到錨點位置

使用錨點定位不改變url同時平滑的滑動到錨點位置,不會生硬的直接到錨點位置   對前端來說錨點是一個很好用的技術,它能快速定位到預先埋好的位置。 但是美中不足的是它會改變請求地址url,當用戶使用了錨點的時候錨點的名稱會被添加到url的最後