我從技術角度聊聊小程序.先來個開發界面截圖.工程項目,編輯開發,運行調試,打包部署...開發模式一條龍,完整的IDE.再看看使用的語言,技術規范...雖然借鑒了react,vue等前端理念,但事實上他是一套完全封閉的技術體系,這套體系只能用于開發小程序.啊!!!場景何其熟悉...android開發借鑒了java的技術理念和規范,但卻是完全獨立封閉的技術體系,只能用于開發安卓OS下的app...說到這里,大家明白了.微信已經是個OS.有自己的開發模式,有自己的開發語言,有自己的API.比起安卓更可怕的是,微信是個云端OS.所有的開發,部署,接口,數據流轉都是基于微信這么個超級云服務上.======================下完定義的分割線=====================Q : 小程序真的是用H5開發嗎?A : 答案顯然是NO.小程序用的是一套全新的技術規范和技術架構,它是微信自有的,它借鑒了許多前端開發的技術理念,例如他用react實現"組件",例如用vue實現標簽式邏輯與數據綁定,甚至用CMD的require作為面向對象的js引入.你可以說它用javascript語言和標簽語言和css語言來寫程序,你可以說它90%跟web前端開發一樣,你也可以說任何一個有經驗的web前端只需要花費十分鐘時間就能快速上手小程序開發,但他依然不是標準化的H5+css3+javascript,也就是說小程序其實和w3c規范的那個html5+css3沒半毛錢關系.我這么說,論據有以下幾個:小程序中沒法使用dom,而且頁面也不是基于window,document這些內置對象來做編程.這意味著現有前端領域的絕大部分第三方框架如Jquery,Zepto都是不能用的,就更不用提其他UI類的框架了(例如各種滾屏框架,chart圖表框架,富文本框架等).另外,小程序的javascript上下文中自帶了wx對象,也就是原來公眾號開發中js-sdk的主對象.小程序的標簽不是html,它是借鑒react理念定義出來的一整套新的標簽庫,它只能運行在微信的瀏覽器下.這意味著我們以往在服務號,企業號或者通過瀏覽器訪問的前端項目代碼,無法直接移植到小程序.參考以上代碼,小程序的頁面以page為主體對應html的body,以view標簽對應html的div做區域布局,以各種form,input,silder等標簽對應html中各種組件標簽.理念很相似,但細節相差巨大.參考以上代碼,小程序的頁面以page為主體對應html的body,以view標簽對應html的div做區域布局,以各種form,input,silder等標簽對應html中各種組件標簽.理念很相似,但細節相差巨大.html+css+js 和 wxml+wxss+js .如上圖,官方demo中一個標準頁面對應的代碼是這些.如上圖,官方demo中一個標準頁面對應的代碼是這些.微信小程序定義了自己的一套模型,理念上學習了主流前端開發中數據/樣式/控制分離,并且省去了各類繁瑣的關聯配置,而是從規范上規定了每個"頁面"需要有同名的三個文件,各司其職.目前從觀察上發現,.js文件采用的依然是標準的javascript語法,wxss中采用了標準的css語法(我相信只是部分使用,因為css本身也是基于dom的選擇器語言),而wxml與html的區別則比較大.小程序的頁面是基于本地的,無需通過服務端請求.任何頁面跳轉都可以不通過服務端交互.這無疑比起服務號/企業號等基于h5的模式擁有更佳的用戶體驗,或許接近原生app的體驗.如上圖,我在demo中點擊頁面跳轉時network欄中都顯示沒有任何http交互.如上圖,我在demo中點擊頁面跳轉時network欄中都顯示沒有任何http交互.Q : 原有做服務號/企業號開發的工程師如何切換到小程序開發?A : 前面說過由于小程序采用完全獨有技術架構而非h5,所以原有的服務號/企業號應用是無法直接遷移到小程序的.小程序的開發也不是采用h5+css3+javascript的模式.不過從技術理念和開發模式上看,有經驗的前端開發人員可以快速切換到小程序開發.下面簡單列一下一個前端開發工程師開發一個小程序的順序:創建一個模塊(頁面).前端開發是以"頁面"為單位,我身邊的工程師在談論自己工作量很重的時候喜歡說"我周末又得加班了,我還有X個頁面沒做...".同樣的,小程序也是以"頁"作為工作計量單位的.創建模塊(test)即會創建出三個文件test.js,test.wxml,test.wxss.切圖,還是得切圖.UI給出的設計圖,以前怎么切還是得怎么切,切完把html拷到wxml文件中,把css拷貝到wxss文件中,image也按照示例工程的規范放到對應位置.然后就是暫時我也不知道應該如何更高效處理的步驟,就是把html的div,form,input,select等等的標簽替換成view,text,image等等的自有組件.把css修改成以class為主體的wxss.讓小程序跑起來.js文件寫入簡單的初始化邏輯,直接用微信開發工具讓小程序跑起來.OK,接下來就是根據設計圖的細節,逐步調整小程序"頁面"的美術效果了.綁入事件,加入交互控制的邏輯.和web前端開發一樣,小程序的交互控制也是事件驅動的,也是綁定各種按鈕的onclick事件(小程序里面用bindtap),然后,在test.js里面處理各種交互邏輯.綁入數據.數據哪來呢?也許是頁面初始化的時候通過request(ajax)從服務端請求而來.目前官方的demo中只說了數據請求采用內置的request,但沒有具體的交互示例.不過不用猜也知道應該是通過http+json的模式來走.相當于小程序內置封裝了ajax交互的接口.請求回來的數據,通過標簽式的邏輯和模板數據的方式填入頁面,這個其實是借鑒了vue的理念,如下圖.獲取數據后,小程序通過對組件setData的方式將數據裝入組件中.這是小程序開發和web前端開發最大的不同,小程序是基于組件的,web前端是基于dom的.獲取數據后,小程序通過對組件setData的方式將數據裝入組件中.這是小程序開發和web前端開發最大的不同,小程序是基于組件的,web前端是基于dom的.最后列舉一些小程序開發借鑒h5但可以發揮出比h5更強功力的功能. 1) 本地存儲localStorage.這是h5的特色功能,但即將會在小程序身上發光發熱.由于小程序的頁面都是本地化存儲,這意味著在沒有網絡的環境下也可以使用.那么結合本地存儲,小程序可以滿足暫時斷網或網絡情況較差的場景需求.這是做服務號開發所無法實現的. 2) 圖形化canvas.小程序運行在微信上,微信不僅是一個web瀏覽器,它有能力向圖像化功能提供更好的效果和更優的性能. 3) 服務端主動推送websocket.官方的demo中對于websocket功能的展望是說可以實現實時IM對話.呵呵.不難理解.展望吧.呵呵.不難理解.展望吧. 4) 比服務號jssdk更豐富的原生能力.地理位置,重力感應,陀螺儀,本地文件...太多可以期待的能力了.(未完,待補...今天花太多時間寫東西了,得趕緊去干活...)===================廣告的分割線===================關注我的公眾號,請搜索 : 全棧生姜頭 http://weixin.qq.com/r/3TkOFovEXdYirc9192zP (二維碼自動識別)公眾號原文：微信小程序來了!!!程序猿們你們路在何方? [前端篇]

微信的想法：手機開機 —> 微信 —> （社交+購物+吃飯+金融...） —> 手機關機 —> 循環以上步驟別的公司的想法： 微信 —> 小程序 —> 獲得粉絲 —> 完整版請下載APP但凡智商正常的公司決策人，會被微信捏著蛋么？

先貼一個小程序開發新鮮教程https://my.oschina.net/wwnick/blog/750055?from=timeline&isappinstalled=0看完教程先寫寫我的直觀體驗:1.微信小程序做法應該和react native一致，因為體驗為原生控件，微信采用XML標記語言而不是HTML，所以你在XML寫HTML標記是沒有用的。微信自己利用XML去解析渲染。2.開發工具，果然很人性化。但是應該是初期，有一些如自動刷新沒加入。3.不支持npm安裝第三方依賴，微信應該有憂慮，但是目前情況來看，第三庫是用不了了。學好原生JS才是王道。4.感覺模仿vue數據驅動開發，因此angular2和vue開發經驗的同學基本可以秒上手。個人觀點歡迎吐槽

關于微信小程序。從安卓機器的生態環境角度來看，未來可期：原因1現在國內的安卓上面各種app毫無顧忌的拿各種隱私（比如通訊錄，短信權限，地理位置，麥克風，攝像頭，照片），有時候一個搞天氣的都需要讀通訊錄和短信，受不了。2大量毫無顧忌的強占后臺資源（死不退出內存，隨時后臺復活），最后導致機器卡的要死3更別說有的不良APP自動或被動的背后亂搞流量或其他灰色動作等。講的嚴重一點，國內安卓APP市場有點失控。給用戶帶來的最大的壓力感受的就是卡，其次是安全隱憂，反正不管多好多高端的安卓手機，安裝多了APP，最后都是卡的很。（反面也促進了360騰訊管家這種程序的活的很滋潤）等小程序來了，如果用戶使用體驗上（這一點非常重要，是一切的前提）能夠和原生app在ios上那種使用體驗無差。那么將會有大量的安卓機用戶為了機器流暢性，把相當一部分中低頻的app拿掉然后換位使用小程序。至于小程序在微信的位置路徑等等，我覺得都不是問題。大不了微信將來允許小程序弄一個快捷圖標丟到手機桌面上來，然后你一點就打開微信中對應小程序即可，體驗還更好。關鍵的關鍵還是小程序里面的使用體驗能否做到類似在iOS上的同款APP的使用體驗？能，未來可期。



早上被微信應用號（官方稱為微信小程序）的消息給刷屏了，似乎一個顛覆性的時刻又要來臨。做為這個世界一部分，有著豐富的被改變經驗，對這一切已經產生免疫了。在所有人都對微信應用號看多的時候，持著一些看空的觀點，不吐不快。在微信應用號之前，其實之前騰訊做過一款應用平臺性質的東西，叫Qplus，不知道大家還記不記得。我想當時Qplus懷著一顆并不比今天微信平臺更小的野心，但時至今日，不知道多少人還記得這個東西。當然，相比較Qplus，微信應用號依然有著不少進步的地方。如，無需手動安裝程序，所有功能全靠H5實現，對用戶端的操作和要求更輕；同時，微信的體驗比QQ更好，應用號的體驗當然也會比Qplus更好。在這么多種種利好的基礎上，大家當然有看多的基礎，微信是一個成功的平臺嗎？當然是。但微信應用號也會如大家期望的那樣，成為取代APP的未來應用生態嗎？縱然微信有著開發門檻更低，獲客成本更低優勢，但是覺得可能性很小，會重蹈Qplus之路。理由如幾下點：1、 從競爭的角度講，蘋果會不會讓載有微信應用號（叫微信小程序而不是微信應用號大概也是規避蘋果的注意力）這個APP生態平臺的上線我覺得是一個問號，這個是一個和APPstore有直接競爭關系的功能。且在微信應用號上發布的應用功能受微信審核不受APPstore審核，這種越級行為蘋果真的能容忍嗎？我看不能吧。且不說這種行為從根本上挑戰蘋果的監管，而且微信應用號這個生態是為挑戰蘋果APPstore生態的，是可忍孰不可忍。大家都忘了當初阿里云發布時谷歌的反應了嗎？你想在我的平臺玩你得守規矩，不然只能讓你胎死腹中了。2、 從商家和公司的角度講，開發微信應用號縱然可以在短期內降低獲客成本和開發成本，但是將公司的未來放在一家渠道商手里而不是自己手里真的明智嗎？要知道微信有著經常系統抖動的歷史，對于這樣一家裁判經常下場幫運動員踢球的裁判，做為商家你真的敢在這個平臺玩嗎？3、 從用戶的角度講，微信應用號帶來了什么？更好的體驗還是更便捷？我可以一邊玩手機APP一邊聊微信，那我可以一邊玩微信應用號一邊聊微信嗎？好像我想邊看文章邊聊微信的痛點都沒有解決掉。我打開一個APP手指滑動一下就可以了，那我打開微信應用號里的應用需要幾個步驟，打開微信->找到應用號所在位置->找到具體的應用號，最少也要三個步驟，所以微信應用號在便捷性這個角度講不會比打開管理一個APP更便捷。4、 從生態的角度講，即便讓微信應用號發展起來了，最大的結果是什么？結果不過是另外一個APPstore，并沒有顛覆誰，重復造輪子而已。H5相比較APP的優勢不過將運行的環境要求更多從用戶端移動到了服務端，對于用戶而言，并沒有帶來體驗上質的提升。同樣，微信應用號的獲客成本低原因在于微信應用號目前是一個空白領域，數量少的關系導致的獲客成本低，數量多了獲客成本必然升高。你要知道，windows 應用商店現在獲客成本也不高，但是靠這種起點低帶來的短暫優勢去挑戰一個成熟的平臺，成功的可能性能有多大？當然，并不是說微信應用號就沒有優勢。做為一個有巨大流量的渠道，即便被分流了很多，帶來的流量依然會比創業公司的流量大很多。但是就跟微信引入廣告一樣，第一次進入微信做廣告的寶馬被大家刷屏記住了，但是后面微信的廣告被用戶點擊瀏覽的效果會越來越差。因此微信應用號從短期來說，是一個中小型創業公司搶占流量的機會，但是長期來說，微信應用號是一個業務成熟公司警惕、棄用且被用戶遺忘的角落，前提是蘋果不封殺這個。

總結

以上是生活随笔為你收集整理的微信小程序(应用号)价值是什么? 财富值37的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。