從技術角度分析微信小程序開發（微信小程序的(de)技術分析）

今天給各位分享從技術角度分析微信小程序開發的(de)知識，其中也會對微信小程序的(de)技術分析進行(xíng)解釋，如(rú)果能碰巧解決你現在面臨的(de)問題，别忘了關注本站，現在開始吧(ba)！

本文目錄一(yī)覽：

• 1、如(rú)何開發微信小程序需要哪些技術
• 2、如(rú)何看待微信小程序
• 3、小程序開發需要哪些技術
• 4、寫給Android開發者看的(de)『微信小程序和(hé)Android開發的(de)對比』

如(rú)何開發微信小程序需要哪些技術

關于小程序開發方案，目前主流的(de)有(yǒu)兩種：小程序定制開發、小程序模闆開發。

1、小程序定制開發

小程序定制開發，顧名思義，就是根據客戶的(de)需求來定制開發小程序。針對有(yǒu)特殊的(de)功能需求的(de)客戶而言小程序定制開發是一(yī)種選擇，因為(wèi)小程序模闆開發滿足不了。但是小程序定制開發需要耗費較長(cháng)的(de)時間、人力、物力，不過開發出來的(de)小程序是完全滿足客戶需求，與業務緊密相關，并且正規的(de)小程序定制開發公司在小程序開發項目完成之後會交付源代碼等，确保安全。

2、小程序模闆開發

小程序模闆開發則是套用現成的(de)小程序模闆，将功能組合起來成為(wèi)一(yī)個模闆小程序。小程序模闆是标準化産品，因而隻有(yǒu)标準化的(de)小程序功能需求才能滿足使用。小程序模闆由于是已經開發好的(de)，因而無需再花費時間去(qù)開發，基本上開通賬号就能直接使用，因而價格方面對比小程序定制開發會有(yǒu)很大差異。

小程序模闆開發價格一(yī)般是按年(nián)收費，價格從幾千塊到上萬塊一(yī)年(nián)不等，具體看功能需求而定；具體的(de)價格也是需要根據具體功能需求來評估。以上就是小程序開發方式以及兩種開發方式的(de)主要區别。

如(rú)何看待微信小程序

最近微信小程序比較火，我(wǒ)趕快在書架上拿出三年(nián)前買的(de)書，把上面的(de)土擦幹淨，壓壓驚。

作為(wèi)一(yī)個并不是資深的(de)程序員。 從程序員的(de)角度分析一(yī)下微信小程序，歡迎指點。

首先吐槽

微信小程序隻發了200個邀請号，和(hé)我(wǒ)預想的(de)一(yī)樣，張小龍并沒有(yǒu)翻我(wǒ)牌，難道(dào)就不能雨露均沾嗎？

先來了解下什麽是微信小程序。 轉自(zì)知乎

微信也許重申了"我(wǒ)們(men)是一(yī)款約炮軟件"

微信還提供了一(yī)大堆接口和(hé)組件（不好意思，說了句廢話）。

下面是禅叔的(de)觀點：

小程序原理(lǐ)就是用JS調用底層native組件，和(hé)React Native非常類似。恰恰又證明了，凡是能用JS開發的(de)最終都會用JS開發。

證明：凡是能用JS開發的(de)最終都會用JS開發

解：

據我(wǒ)多年(nián)經驗，這句話是一(yī)個真命題。

語言的(de)設計者是有(yǒu)兩個派系的(de)，有(yǒu)些人認為(wèi)程序員語言應該防止程序員幹蠢事，另一(yī)些認為(wèi)程序員應該可(kě)以用編程語言幹一(yī)切他們(men)想幹的(de)事。 C/Java語言是前一(yī)個陣營的(de)代表， JS是後一(yī)個陣營的(de)代表。

往往第一(yī)個陣營的(de)語言強調性能， int就是int，double就是double 還第二個陣營就是強調便利性 ，int是var ， double還是var。

選擇語言的(de)時候，其實就是在做(zuò)選擇題。是選擇便利還是選擇性能。

往往新出的(de)語言便利性都很強，是因為(wèi)硬件性能提高(gāo)了，從而可(kě)以為(wèi)了便利性放棄性能要求。

編程語言的(de)主要矛盾就是程序開發的(de)便利性和(hé)硬件水平的(de)矛盾。

如(rú)果能夠穿越回到70年(nián)代（首先在中南海西面買塊地(dì)）， 那時候你坐在龐大的(de)計算機(jī)面前寫代碼的(de)時候，無意間小手一(yī)抖，多敲倆空格，然後程序oom。

不要感覺上面的(de)事情不可(kě)思議，那時候內(nèi)存低(dī)的(de)可(kě)憐，每一(yī)個字符都是嚴格定義的(de)，不允許任何浪費。能運行(xíng)java虛拟機(jī)都是天方夜譚，怎麽可(kě)能會有(yǒu)java語言。

節儉是一(yī)種美德，浪費不一(yī)定是壞事情

随着硬件性能的(de)提高(gāo)，出現了越來越多的(de)編程語言，新出的(de)語言往往性能上浪費，便利性上提高(gāo)。要是按照幾十年(nián)前的(de)标準衡量，有(yǒu)一(yī)些使用新語言開發的(de)熱門應用程序對硬件資源浪費非常驚人。

不僅編程語言有(yǒu)這種現象,這實際是一(yī)種普遍的(de)曆史趨勢, 随着技術的(de)發展，每一(yī)代人都在做(zuò)上一(yī)代人覺得浪費的(de)事情。你可(kě)以想象下30年(nián)前打個長(cháng)途電話，而現在，别說長(cháng)途電話了， 有(yǒu)的(de)人都就坐飛(fēi)機(jī)去(qù)約炮了，這個在以前很難想象。

浪費可(kě)以分成好的(de)浪費和(hé)壞的(de)浪費。用更多的(de)浪費換來簡單的(de)設計，并不是什麽壞事。

如(rú)何才能充分利用新硬件更強大的(de)性能最有(yǒu)利地(dì)“浪費”他們(men)？

這時候問題就回到了開始， 證明：凡是能用JS開發的(de)最終都會用JS開發

JS這種語言擴展性極強， 性能比起其它語言隻能呵呵了。 但是硬件速度會提高(gāo)很快。

Paul Graham算過，如(rú)果摩爾定律一(yī)直成立。一(yī)百年(nián)後計算機(jī)的(de)運行(xíng)速度是現在的(de)74乘以10的(de)18次方倍。（準确地(dì)說是73 786 976 294 838 206 464倍）

終有(yǒu)一(yī)天，你會在選擇的(de)時候忽略性能，選擇便利性。

以前上學(xué)的(de)時候，經常去(qù)網吧(ba)玩大話西遊和(hé)傳奇。而現在随便一(yī)個頁遊就能做(zuò)出這種遊戲效果。10年(nián)前你很難想象在網頁上能玩這種遊戲。

你現在就可(kě)以嘗試想象一(yī)下若幹年(nián)後，打開網頁能玩魔獸世界。這并不是不可(kě)能實現的(de)。

強調性能的(de)語言還能否生存

我(wǒ)們(men)都知道(dào)C/C++ 就是強調性能的(de)語言， 我(wǒ)們(men)做(zuò)遊戲或者視(shì)頻播放的(de)都是要求性能的(de)。他們(men)會不會被新的(de)語言取代呢(ne)？

我(wǒ)可(kě)以鄭重證明，不會的(de)。

雖然上面我(wǒ)說的(de)Java語言屬于強調性能的(de)第一(yī)陣營的(de)語言。但是相對于C/C++ 它顯然是增強了便利性。

語言是發展的(de)，是叠代的(de)， 随着硬件性能提高(gāo)，基本上每個節點下都會産生新的(de)語言，相對于之前的(de)語言浪費性能，增強便利性。

但是很難取代之前的(de)語言，對性能要求高(gāo)的(de)程序依然會出現的(de)， 即使以後可(kě)以在網頁上玩魔獸世界，但是還會出現 超級魔獸世界，泰坦世界, 宇宙世界 等等一(yī)大堆新的(de)對性能要求較高(gāo)的(de)遊戲。

微信小程序會取代其它APP嗎？

問題回到我(wǒ)們(men)的(de)主題微信小程序上，微信小程序會取代其它APP嗎？

我(wǒ)的(de)觀點很明确，

現在不會取代，以後會，但是以後會出現以後的(de)微信取代不了的(de)；以後的(de)以後會取代以後的(de)，但是以後的(de)以後會出現以後的(de)以後的(de)微信取代不了的(de) .....

其實也不難解釋，10年(nián)前我(wǒ)們(men)不能在網頁上玩傳奇， 但是現在可(kě)以。但是現在又有(yǒu)了魔獸世界，也許10年(nián)後網頁上就能玩了，但那時候肯定還會出現 超級魔獸世界之類的(de)遊戲不能在網頁上玩。

作為(wèi)一(yī)個程序員，我(wǒ)們(men)需要學(xué)什麽？

有(yǒu)的(de)人會擔心，微信小程序出來了， 做(zuò)Android、iOS開發的(de)會不會失業啊。

其實你大可(kě)放心，隻要你會學(xué)習，永遠不會失業，你不學(xué)習，就算微信小程序沒有(yǒu)推出你也會失業。

就目前而言，小程序始終是小，場景有(yǒu)限。還不能完全取代APP , 還可(kě)以通過小程序引導用戶下載APP。就像簡書一(yī)樣，網頁端能浏覽不代表不開發APP軟件。

但是要認清大的(de)趨勢， 這段時間就是用來給你學(xué)習的(de)。

具體怎麽學(xué)啊？

看文檔學(xué)習呗， 首先了解JS語法基礎， 了解React Native原理(lǐ)，學(xué)習JS , RN，H5,CSS，運營，測試，産品設計規範，圖形設計，神經網絡，OpenGL.........

總之，根據具體文檔，用到什麽學(xué)什麽。

作為(wèi)一(yī)個程序員，你可(kě)以忘了學(xué)習的(de)高(gāo)數，可(kě)以忘了學(xué)習的(de)英語，可(kě)以忘了學(xué)習的(de)線性代數.... 但是千萬别忘了學(xué)習。

小程序開發需要哪些技術

1.前端基礎，如(rú)JS、HTML、css。【點擊查看小程序開發底價】

2.一(yī)門後台語言，如(rú)PHP、JAVA，後端什麽語言都可(kě)以，自(zì)己定。

3.學(xué)習微信接口文檔如(rú)果用到了微信本身相關功能，如(rú)支付、分享等功能，加個微信jssdk就可(kě)以了。

4.還需要美工，保證制作的(de)小程序有(yǒu)美感。

想要了解更多有(yǒu)關小程序開發的(de)相關信息，推薦咨詢豬八戒網。豬八戒網成立于2006年(nián)，是中國(guó)領先的(de)企業服務平台，服務交易獨角獸企業。豬八戒網現有(yǒu)注冊用戶2800萬、在全國(guó)布局線下數字化創業園區超過100個。十餘年(nián)來，累計有(yǒu)10萬餘個人通過平台孵化成長(cháng)為(wèi)公司，超過100萬人通過平台實現靈活就業，千萬企業通過平台解決專業服務需求；專業性值得選擇。

寫給Android開發者看的(de)『微信小程序和(hé)Android開發的(de)對比』

微信小程序近期可(kě)謂是動作頻出，僅最近新增的(de)能力就有(yǒu)：

種種迹象表明，微信對小程序的(de)期望值是很大，所以在它推出的(de)幾個月效果沒到達預期的(de)情況下，之前的(de)很多『克制』也就逐漸變成『放肆』了 —— 不過不管小程序以後的(de)發展到底怎樣，對我(wǒ)們(men)開發者來發，多了解一(yī)些總是沒有(yǒu)壞處的(de)。

他山之石，可(kě)以攻玉。

對于是技術人來說，多了解一(yī)些不同的(de)技術、不同的(de)開發模式、不同的(de)架構思想，提高(gāo)技術『廣度』，對于自(zì)己的(de)成長(cháng)是十分必要的(de)。

所以，本文就是從一(yī)個 Android 開發者的(de)角度，從項目工程方便切入，來分析一(yī)下『微信小程序』跟『Android App』開發上的(de)一(yī)些異同。

『微信小程序』開發是一(yī)個相對較新的(de)技術，希望通過本文，能讓你對它多一(yī)些了解。

因為(wèi)內(nèi)容是從Android開發的(de)角度來談的(de)，所以我(wǒ)假設你已經對 Android 開發比較熟悉了。并且對微信小程序的(de)開發也比較感興趣，如(rú)果要是再能有(yǒu)些 javascript、css 的(de)基礎的(de)話那就更好了！

Android 開發我(wǒ)們(men)已經比較熟悉——

作為(wèi)對比，進行(xíng)微信小程序開發所用的(de)語言是這些——

wxml (WeiXin Markup Language) 基本約等于是 xml。微信之所以沒有(yǒu)直接使用 xml ，可(kě)能是為(wèi)了以後擴展方便一(yī)些（野心很大）。

同理(lǐ)， wxss (WeiXin Style Sheets) 基本約等于是 css。也是微信擴展了一(yī)些功能，比如(rú)統一(yī)的(de)尺寸單位 rpx 。

對于 Android 來說，對于頁面的(de)描述基本上在 xml 中定義的(de)，比如(rú)：

這是一(yī)個簡單的(de)典型的(de)示例，這個文件就是描述了兩部分內(nèi)容：

some.wxss:

很明顯可(kě)以看出：wxml 是負責了 頁面結構 的(de)展示；而 wxss 則負責了對 頁面樣式 的(de)定義。

這種把結構和(hé)樣式分離(lí)的(de)做(zuò)法，其實是延續了網頁開發中的(de)習慣（html + css）。

這樣做(zuò)的(de)好處起碼有(yǒu)兩個：

——看起來還是挺簡單的(de)結構:

這三個文件用以描述小程序 app 相關的(de)內(nèi)容，他們(men)的(de)命名是固定這樣的(de)，位置也固定是在根目錄下。

app.js 基本相當于 Android 中的(de) Application 類，文件中主要是有(yǒu)一(yī)個 App() 函數，來進行(xíng)小程序的(de)初始化操作。

app.json 的(de)作用跟 Android 中的(de) AndroidMainifest.xml 文件很相似 —— 都是靜态化的(de)配置文件。

app.wxss 定義全局的(de)樣式 —— 其定義的(de)樣式會作用于每個頁面。比如(rú)在 app.wxss 中加入：

就可(kě)以給所有(yǒu)的(de) text 控件添加 5px 的(de) padding 。

當然，頁面本身的(de) xxPage.wxss 可(kě)以定義局部樣式來覆蓋全局樣式。

根目錄下的(de) utils 文件夾中有(yǒu)一(yī)個 util.js 文件，這個故名思意，是類似于 Java 中的(de)一(yī)些工具類的(de)存在。

utils 文件夾其實是一(yī)個非必須的(de)結構，而它之所以出現在官方的(de) HelloWorld 工程中，是作為(wèi)一(yī)個代表，表明了開發者在這裏是可(kě)以自(zì)定義新的(de)文件夾和(hé)結構的(de)。微信小程序作為(wèi)一(yī)個使用 js 來開發的(de)平台，是可(kě)以使用許多第三方的(de) js 庫的(de)，對于這些第三方庫，以及其他的(de)圖片資源等，都可(kě)以放到自(zì)定義的(de)文件夾中。

pages 文件夾下包含兩個子(zǐ)目錄：index 和(hé) logs ，兩個目錄的(de)結構都是基本一(yī)樣的(de)，都是包含四個相同主名稱的(de)文件： xx.js、xx.wxml、xx.json、xx.wxss 這幾個文件。

這樣的(de)一(yī)個典型結構表明它是一(yī)個小程序的(de)頁面，四個文件的(de)作用分别是：

在視(shì)圖的(de)動态顯示上，微信小程序使用了 數據綁定（data-binding） 的(de)方式。

如(rú)果你之前使用過 AngularJS 或者 Vue.js 等這些流行(xíng)的(de) js 框架，那麽你肯定對 數據綁定 并不陌生。它是一(yī)種把一(yī)個控件的(de)屬性綁定到某個數據對象（view-model）的(de)屬性的(de)方法，這樣在改變數據對象屬性的(de)時候，所對應的(de)控件屬性也就會相應變化 —— 在開發中，這種方式會使得對 View 層的(de)顯示控制變得十分簡單、自(zì)然。

基于此，軟件工程的(de)流行(xíng)架構方式也在之前的(de) MVC 、 MVP 之外，又多了一(yī)個 —— MVVM（Model-View-ViewModel） 。

數據綁定 這種方式現在是如(rú)此的(de)流行(xíng)，以緻于 Android 官方都出了一(yī)個 [Data Binding Library] ( ) 來支持數據綁定，但是由于成熟度等原因，目前還并沒有(yǒu)成為(wèi)主流，Android 中的(de)主流視(shì)圖顯示方式，還是通過開發者手動給每個控件 set 數據。

—— 單從這一(yī)點上看，微信小程序的(de)開發模式是比原生 Andorid 要『先進』一(yī)些的(de)~ 😏

小程序雖然是和(hé)前端 H5 頁面一(yī)樣是用 js 來開發，但是由于它最終運行(xíng)的(de)平台不再是浏覽器，而是和(hé) App 的(de)表現幾無二緻，所以頁面的(de)生命周期也是和(hé) App 差不多的(de)。

一(yī)個小程序頁面的(de)典型生命周期如(rú)下：

對比一(yī)下 Android 的(de) Activity 生命周期 ：

微信小程序的(de)頁面生命周期稍微簡單一(yī)些，但主要的(de)思想跟 Activity 生命周期基本是一(yī)緻的(de)。

小程序的(de)官方 IDE 是微信自(zì)己出品 微信Web開發者工具 ，它內(nèi)置了一(yī)個小程序的(de)運行(xíng)環境，本質上是基于 Chrome 內(nèi)核的(de)一(yī)個浏覽器框架，算是一(yī)個模拟器了。

——它雖然跟 Android 的(de)各種高(gāo)大上的(de)模拟器相比起來略顯簡陋，但是基本該有(yǒu)的(de)功能也基本都有(yǒu)（斷點、Log、網絡監控等），而且由于是基于浏覽器內(nèi)核的(de)頁面 DOM 解析，所以運行(xíng)的(de)速度也是像浏覽器打開網頁一(yī)樣流暢，不會像 Android 模拟器那樣對系統資源要求很高(gāo)。

另外，在綁定了開發者賬号之後，也可(kě)以用手機(jī)進行(xíng)真機(jī)調試來調試小程序，所以也能在上線前用不同的(de)機(jī)器來進行(xíng)充分的(de)兼容性測試。

總體來說，小程序作為(wèi)一(yī)個新的(de)形态，從開發的(de)角度，它可(kě)以算作是一(yī)個【Native開發】和(hé)【H5開發】的(de)結合，它吸收了原生開發和(hé) H5 開發的(de)優點。對于前端開發人員和(hé)原生開發人員來說，都可(kě)以在微信小程序中找到許多熟悉的(de)東西。再細節的(de)許多點這裏就不在贅述了，大家如(rú)果有(yǒu)興趣，可(kě)以自(zì)己上手去(qù)體驗一(yī)下。

綜上，自(zì)然也就有(yǒu)兩種人特别适合去(qù)做(zuò)小程序的(de)開發——H5的(de)前端開發人員，以及之前的(de) Android/iOS 原生 App 開發者。

微信小程序的(de)開發總體來說是很簡單的(de)。

—— 對于前端開發者來說，了解一(yī)下原生 App 的(de)一(yī)些相關思想即可(kě)，這些工作其實隻要讀一(yī)遍小程序的(de)開發者指南基本就差不多了。

—— 而對于原生開發者來說，隻要稍微補一(yī)下 js 的(de)相關知識（html/css），也基本就差不多可(kě)以上手去(qù)做(zuò)了。如(rú)果你之前恰好已經有(yǒu)過一(yī)些 js 的(de)使用經驗，那就不用多說了，花半個小時看一(yī)下小程序的(de)文檔，直接上！

關于作者 :

關于從技術角度分析微信小程序開發和(hé)微信小程序的(de)技術分析的(de)介紹到此就結束了，不知道(dào)你從中找到你需要的(de)信息了嗎 ？如(rú)果你還想了解更多這方面的(de)信息，記得收藏關注本站。