微信小程序好開發(fā)嗎？的新一個小程序簡單不簡單，說簡單也很很簡單。具體取決常規(guī)什么模式接受開發(fā)?？傮w來講，有三大模式：第一種模式，基于條件源碼并且開發(fā)。第二種模式，比較多照抄模板，輔以簡單編輯配置。第三

微信小程序好開發(fā)嗎？

的新一個小程序簡單不簡單，說簡單也很很簡單。具體取決常規(guī)什么模式接受開發(fā)。

總體來講，有三大模式：第一種模式，基于條件源碼并且開發(fā)。

第二種模式，比較多照抄模板，輔以簡單編輯配置。

第三種模式，基于模板，動用工具做直接修改、制做，能完成開發(fā)。

相對于大多數(shù)人來說，我推薦推薦第三種模式。

我來說難度：第一種，即源碼開發(fā)模式，難度最大。比較適合于經(jīng)驗都很相當豐富的碼農(nóng)；如果沒有是中級碼農(nóng)，要花也很大的工夫才能把這種模式玩得也很熟練；如果不是沒有移動互聯(lián)網(wǎng)開發(fā)基礎的人，基本上建議放棄這總模式，太費事兒。

這類模式牽涉到到的工具，又組成兩部分來說。小程序，跟其他互聯(lián)網(wǎng)應用（Web應用、android App或iOS App等）差不多，由前端和后端兩部分構成。源碼開發(fā)模式下，小程序的前后端來講不需要在用有所不同的工具通過開發(fā)。

基于組件源碼開發(fā)小程序前端的工具：很有口碑官方的開發(fā)者工具；其他的各種兼容問題js、HTML5的前端工具都能用，譬如webstorm、sublimetext、ESLint、JSLint等都能用。當然，小程序不是他帶的HMTL5，而是變種的HTML5，整體框架不一樣，不過各種標簽、語法上加了wx-。

基于組件源碼開發(fā)小程序后端的工具：取決于你后端還想用什么技術，如果是php，和用zendstudio等倘若java,那好象那就是netbeans；要是是.net，那個人推薦visual studio系列了...

第二種，模板模板簡單點編輯配置的模式，難度最小。基本是會用電腦軟件、會無線上網(wǎng)的，稍微知道一點下，就都你要做，所謂就是改改圖片、改過來模板標題、欄目標題，勾選看看是需要哪些模塊、不必須哪些模塊。

需要這種模式小程序開發(fā)工具（更確切的講，肯定是小程序生成工具），一般都有吧比較好強的行業(yè)屬性。

如果你也想的新一款都屬于自己的小程序，是可以實際第三方專業(yè)開發(fā)平臺，來幫助你基于開發(fā)需求：廈門不在乎科技（）-專注心小程序、app、網(wǎng)站開發(fā)

微信小程序和HTML5應用有什么區(qū)別？

HTML英文全稱為Hyper Text MarkupLanguage，即超文本標簽語言，H5是一種技術，附庸的外殼是是瀏覽器，而小程序是基于組件的一種不不需要上網(wǎng)下載按裝即可在用的應用。

從“前端開發(fā)”的視角來看，小程序和HTML5也必然著多方面的不同。簡要概括來說有以上四個方面的區(qū)別！

第一條是運行環(huán)境的有所不同傳統(tǒng)的HTML5的運行環(huán)境是瀏覽器，和webview，而小程序的運行環(huán)境并非是求全部的瀏覽器，大家注意一點，我這里寫的是“非求完整的瀏覽器”，有以下幾個原因

小程序的開發(fā)過程中會會用到html5相關的技術(未必所有的)

小程序結果的發(fā)布下線需要審核，在不自動更新自身軟件的情況下這個可以將小程序自動更新到自身軟件內(nèi)，這就宏基到了ReactNative框架,因此巳經(jīng)有開發(fā)者在小程序的開發(fā)工具源碼中發(fā)現(xiàn)自己在用了react和NodeWebkit庫

官方文檔中著重強調了腳本內(nèi)是根本無法建議使用瀏覽器中廣泛的window對象和document對象（設計和實現(xiàn)這一點，像zepto/jQuery這種操作dom的庫就被已經(jīng)拋棄過了）

所以才我個人以為，小程序的運行環(huán)境很可能是開發(fā)團隊設計和實現(xiàn)瀏覽器內(nèi)核徹底重構的一個內(nèi)置題器，是對小程序拿來做了優(yōu)化，配合自己定義的開發(fā)語言標準，進階了小程序的性能。

不過的原因給開發(fā)者需要提供了開發(fā)工具，而開發(fā)工具中也內(nèi)置了編程、調試、開發(fā)環(huán)境、首頁于一身，我們也不需要再探討探討它的到了最后運行環(huán)境了，如果能通過官方文檔參與開發(fā)就可以了。并且從團隊給開發(fā)者需要提供開發(fā)工具這一舉動，讓我聯(lián)想到了蘋果給開發(fā)者提供給的X-CODE開發(fā)工具，可以想象中的“野心”自不待言

第二條是變更土地性質成本的不同這里我提出來了一個問題，當我們對于一個Html5web開發(fā)需求時，我們不需要確定什么呢？

拋去開發(fā)工具（vscode、sublimtext、Atom等）不談，大到前端框架（Angular、react、vue、backbone等）、模塊管理工具（Webpack、Browserify等）、任務管理工具（Grunt、Gulp等），小到UI庫選擇類型、接口調用工具（ajax、FetchApi等）、瀏覽器兼容性等都要我們?nèi)靠悸?，再不濟用jqery插件寫H5，也要在開發(fā)過程中去尋找合適的jquery插件來和項目。

即便這些工具可定制化更加高，另外能提高了開發(fā)者的開發(fā)效率，但我我相信項目開發(fā)的配置工作已經(jīng)耗掉了不少精力，即便大部分開發(fā)者都是自己的配置模板，但長久以來對于項目中不使用的各種外部庫的版本迭代、更新版本所出現(xiàn)的成本應該也不低。

而當我們對于一個小程序的開發(fā)需求時，我們不需要考慮什么呢？團隊提供了開發(fā)者工具，但是規(guī)范的要求了旗下標準，前端常見的HTML、CSS變的了自定義設置的WXML、WXSS，WXML中哪怕全部是選項卡標簽，但官方文檔中都有必須明確的使用推薦，相信練熟估計是非常容易的；WXSS、JSON和js文件中的寫法稍有限制，但整體相不多。在統(tǒng)一了這些標準之后，充當一個開發(fā)者，你會發(fā)現(xiàn)，自己只要專注寫程序就可以了：

當需要內(nèi)部函數(shù)后端接口時，動態(tài)創(chuàng)建發(fā)起請求API

當需要上傳下載時，全局函數(shù)上傳下載API

當需要數(shù)據(jù)緩存時，動態(tài)創(chuàng)建本地存儲API

核心中地圖、建議使用羅盤、動態(tài)鏈接庫支付、動態(tài)創(chuàng)建掃碼等等功能都也可以然后建議使用

UI庫方面，框架肯定帶有自家weui庫加成

但是在使用這些API時，你你不再去顧慮瀏覽器兼容性，不用什么懷疑生產(chǎn)環(huán)境中再次出現(xiàn)不可預料的仙靈BUG，要知道小程序的開發(fā)成本倒是相比較以往的web開發(fā)低大部分。

第三條是查看系統(tǒng)級權限的完全不同小程序相對而言HTML5web應用能完成任務更多的系統(tǒng)權限，.例如數(shù)據(jù)通信狀態(tài)、數(shù)據(jù)緩存能力等，這些系統(tǒng)級權限都可以不和小程序無縫銜接，也就是官方宣稱的手中掌握frameworkApp的流暢性能，而這點恰好是HTML5web應用每天都被人詬病的地方，這又是HTML5的大都場景應用被實現(xiàn)定位在業(yè)務邏輯簡單、功能單一的原因。

第四條老祖應用到在生產(chǎn)環(huán)境的運行流暢度最很容易怎么分辨小程序與H5的一點兒，然后打開H5，雖然是然后打開一個網(wǎng)頁，而網(wǎng)頁必須在瀏覽器中顏色渲染，面對復雜的業(yè)務邏輯的或相當豐富的頁面交互過程時頁面會卡頓。

而小程序，直接在上啟動，省去了按照瀏覽器顏色渲染的步驟，并且，在中使用小程序，才會比H5能流暢很多。之外數(shù)月前然后打開要幾秒的運行程序時間外，小程序各個頁面的可以切換、跳轉等體驗巳經(jīng)相媲美原生App，太呼吸順暢。

小程序不能不能跳轉到外部鏈接，H5沒有沒限制。

總結概括來說、小程序低些H5有著開發(fā)完畢成本低、功能更豐富、用戶體驗更佳的優(yōu)點。（缺點：做了很多限制，很多東西不能下拉菜單）

以上那是我歸納的小程序跟HTML5的區(qū)別?，F(xiàn)在月活9億，特別是再推出大眾號今后，的月活也大幅猛升，這就為小程序帶了十分越來越方便的入口。以9億為基數(shù)，創(chuàng)造了條件了小程序的根底。

小程序又不是HTML5，它是據(jù)的單獨的的開發(fā)模式，能過節(jié)約水人們的開發(fā)本錢與開發(fā)周期。當然，現(xiàn)在小程序也不能再次替代APP，今后的發(fā)展怎么樣啊，希望能短短打聽一下千鋒武漢吧！