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

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

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

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

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

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

相對(duì)于大多數(shù)人來(lái)說(shuō)，我推薦推薦第三種模式。

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

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

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

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

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

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

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

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

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

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

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

小程序的開發(fā)過(guò)程中會(huì)會(huì)用到html5相關(guān)的技術(shù)(未必所有的)

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

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

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

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

第二條是變更土地性質(zhì)成本的不同這里我提出來(lái)了一個(gè)問(wèn)題，當(dāng)我們對(duì)于一個(gè)Html5web開發(fā)需求時(shí)，我們不需要確定什么呢？

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

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

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

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

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

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

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

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

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

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

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

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

小程序不能不能跳轉(zhuǎn)到外部鏈接，H5沒(méi)有沒(méi)限制。

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

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

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