成都小程序開發需要關注的幾個知識點
小程序中view組件的運用相當于就是一個div標簽,而text組件相當于就是一個文本標簽b/span這姿態,但是,其實一段文字咱們能夠運用text組件來包裹,也能夠不必text組件而直接運用view組件來包裹,那二者有什么差異呢?
很明顯,小程序給TEXT組件賦予了特別才能。并且運用TEXT組件包裹文件更簡略操控它的樣式。所以,經過一些個比照和測驗,我對text組件的認識就是兩點:
1、用TEXT組件包裹的內容好寫樣式,來操控它的顯現UI。
2、在小程序中只要TEXT包圍的文本才可長按選中這一點小程序給text組件賦予了一個特點。
二、單位RPX
談一下我對RPX這個單位的認識, 小程序特有的一個單位。首要,成都小程序開發能夠看成是一個移動web的開發。 竟然是一個移動端的開發,那么咱們就應該用移動端的思想去寫代碼,就移動端有一些特別的特征需求咱們去考慮,比方:
1、最重要的!如安在不同的機型上做適配。
2、模擬器ip6分辨率375和規劃稿750的由于所以然聯系。
已經在多個當地講過了,經過這張圖咱們能夠知道,模擬器ip6的375是一個邏輯分辨率的概念,單位能夠認為是PT,它和咱們日常布局中的CSS像素在數值大小上是同一個東西,而物理分辨率(如上750*1334)才是設備真正分辨率的概念,它和前面說的邏輯像素數值上有一個對應的聯系(Reader)。也就是表明一個邏輯像素包括幾個物理像素問題。知道了這些之后,咱們就來看一下小程序序里RPX那點事。
咱們來看一下RPX的作用,看它處理了一個什么問題。
1、ip6下1px =1rpx=0.5pt
這兒說的PX指的是物理分辨率1px。這個就是小程序的規則,以ip6的物理像素7501334為視覺稿進行規劃,只不過小程序定了個不一樣的單位叫RPX(responsive pixel)。但是,運用RPX,小程序會自動在不同的分辨率下進行轉化。從而到達適配的作用。
能夠了解:小程序中的RPX相當于就是移動端開發中PX/rem/em等單位用來表明視覺上與設備分辨率上的一個邏輯聯系 。
2、不是一切的單位都合適用rpx。
RPX是會根據不同機型去做自適應調整的,而有時分咱們不需求去做這么一個調整。
比方,關于一些個文字介紹,運用RPX后,小屏幕看起來就徹底不可控,顯現作用上看著比較小,乃至出現看不清楚的狀況,還有一些標題的狀況,或許咱們在任何機型上想要看到的就是一個加粗定大的作用。這種狀況下,其實我覺得咱們仍是能夠運用PX作為單位來操控比較合適一些。
三、生命周期
小程序也有生命周期,其實整個開發流程和前端結構React/vue等都相似,所以,這個我比照著來看一下小程序中的生命同期的概念。
關于那些對外暴露的辦法,onLoad/onShow/onReady都好了解。在頁面初始化數據的處理方式上有一點需求留意的當地:
1、在React結構
實際上跑完willmount之后會發生render,然后在履行didmount,如果在didmount中如果有數據發生變化,運用setState處理變化后,再去履行render。
在willmount中咱們能夠運用this.state.xxx來初始化變量的值。
2、小程序架構
但是,在小程序的生命周期內,咱們是否能夠在onLoad中運用this.data.xxx來初始化變量呢?
答案是不可的,或許之前的版本是能夠的,查了一下小程序文檔。
四、template
WXML供給模板(template),能夠在模板中界說代碼片段,然后在不同的當地調用。
模板的運用十分簡略,文檔中的說的很清楚,那么關于這個清楚的描繪,成都小程序開發對模板有兩點認識:
1、差異于腳本引進能夠運用絕對路徑
腳本的引進是只能運用相對地址的,而模板的引進能夠運用絕對路徑。
2、模板化不是模塊化
有沒有發現在模板文件中其實少了一個文件,shipin-item-template.js,對,這兒是不能加這個腳本文件的,所以從事務視點上來說,無法將邏輯獨自出來。因而,小程序時原模板僅僅一個模板不是一個模塊。
五、播放器插件
小程序插件功用是前端不久敞開出來的,關于它的認識談一下請求流程。