騰訊為微信小程序的工程項目開發了完整的編輯開發、運行調試、打包發布環境，形成了一個完整的IDE。

有些朋友認為微信小程序就是H5，其實并不是這樣。

小程序借鑒了很多前端開發的技術理念，它用React實現了“視覺組件”，它用CMD的require作為面向對象的．，用Vue實現了標簽式邏輯與數據綁定。

小程序用語言、xML、CSS語言編寫程序代碼，寫小程序代碼幾乎與’Web前端開發完全一樣，一個有經驗的Web前端程序員只需要花費半小時就能快速上手小程序開發，但小程序并不是標準化的H5+CSS3+架構，它和Web架構基于的W3C規范沒有任何關系，小程序使用騰訊全新定義的技術規范和架構，是微信自有的。

那么小程序與H5又有哪些不同呢?

小程序不支持W3C的DOM(文檔對象模型)規范，小程序的頁面也不是基于Window、等．內置對象的，所以現有Web前端領域的第三方框架，如Jquery、Zepto、uI類框架等都不能在小程序里使用。而小程序的．在上下文中自帶了wx對象，也就是之前公眾號開發中js—sdk的主對象。

小程序的標簽，小程序稱為“視覺組件”，并不是基于HTML規范的，它是騰訊全新定義的一套完整的標簽庫，它只能運行在微信的瀏覽器下，所以我們以往運行在微信服務號、企業號或者通過瀏覽器訪問的前端項目代碼，無法直接移植到小程序。

微信小程序定義了自己專有的模型，吸收了主流前端開發中數據、樣式、控制邏輯分離的理念，剔除了煩瑣的關聯配置，并且從規范上要求每個“頁面”需要有同名的四個文件：index．js、index．json、index．wxml、index．WXSS，各司其職。其中js文件采用標準的語法規范，用于邏輯操作；json文件基于．ISON語法規范，用于頁面文件的配置；wxml文件基于xML語法規范，用于頁面視覺組件的描述；而WXSS繼承了標準的CSS語法，用于wXML組件樣式的定義。

小程序的頁面加載基于本地，不需要通過頻繁的服務端請求來實現，所有的頁面跳轉都不需要通過服務端交互。這將使小程序的執行效率大大提高，比服務號、企業號等基于H5的Web應用模式有更好的用戶體驗，操作流暢度與反應速度也會更好。這也意味著在沒有網絡連接的環境下也可以使用微信小程序。結合本地存儲，小程序可以滿足暫時斷網或網絡情況較差的場景需求，這是微信服務號和Web服務都無法實現的。

微信對于一些通用的用戶操作和顯示，如等待圖標、錯誤提示、結果展示等，都提出了設計方式上的要求，形成了統一的規范，強制開發者按照規范標準做開發設計，這是微信作為一個準封閉系統，為了用戶體驗而進行的努力。當然，其意義要從兩方面來看，一方面是規范的標準給開發者帶來了方便，也讓用戶使用小程序更高效，但同時也限制了開發者創造性的發揮。

對于互聯網應用產品的開發和運營者來說，如何讓用戶可以快速找到你的產品，是你最需要關心的事。所有的傳播都是為了被用戶發現。那么，微信將會給小程序提供怎樣的分發模式支持呢?

微信作為一個IM平臺，目前缺少展示位，很難有足夠的位置讓用戶把常用的小程序展示出來。價值連城的九宮格展示位也已經藏到了系統的三級菜單甚至以后，越藏越深。小程序要獲得更好的位置資源確實不易。微信對比瀏覽器，缺少了域名指向，這讓小程序的分發模式又喪失了一種可能性。

現在來看，小程序的人口平臺可能會出現在微信首頁的導航按鈕欄、發現頁面或聊天頁面。除此之外，大量小程序的分發將會集中在微信的搜索結果里，如何設置小程序的搜索標簽屬性，讓小程序得到更多的展示機會，這會涉及很多的規范性要求，這將會是微信小程序運營者重點思考的問題。

另外，從目前微信流出的一些小程序“諜照”來看，微信小程序將會具備手機桌面圖標方式的啟動人口，在微信的“發現”頁面，也會有小程序的一個統一人口，和“朋友圈”、“附近的人”等并列。

微信小程序的價值，將會體現在下面幾個方面：

(1)對于開發者，小程序因為兼容．和xML、css語法規范，這將會使開發門檻更低，開發一個程序將會變得更簡單。在小程序平臺上線初期，會產生一個密集的應用分發高潮，并將持續半年到一年的時間，開發者將能夠借助微信平臺獲得較大的流量，這將比App的流量獲取更加容易，也能讓營銷成本變得更低。

(2)對用戶來說，小程序因為它的即開即用特性，將會減輕手機的應用壓力，避免資源浪費。微信小程序的審核機制會比App更為嚴格，應用程序將很難獲取到用戶的敏感權限，這將使用戶使用手機更為安全，小程序的獲取渠道將更多地集中在微信上，降低了用戶獲取應用的時間成本。