微信小程序開(kāi)發(fā)一般有php語(yǔ)言和java語(yǔ)言兩種語(yǔ)言、html/css/js三件套都要會(huì)。
創(chuàng)新互聯(lián)是一家專注于網(wǎng)站設(shè)計(jì)、網(wǎng)站建設(shè)與策劃設(shè)計(jì),科爾沁右翼前網(wǎng)站建設(shè)哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)十余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:科爾沁右翼前等地區(qū)?？茽柷哂乙砬白鼍W(wǎng)站價(jià)格咨詢:13518219792
微信小程序常見(jiàn)使用“MINA”框架，這個(gè)框架為微信小程序的運(yùn)行提供了豐富的組件和API。微信小程序開(kāi)發(fā)者要學(xué)會(huì)和掌握小程序的框架結(jié)構(gòu)、數(shù)據(jù)綁定機(jī)制、模板、數(shù)據(jù)緩存、常用組件和API等相關(guān)知識(shí)。
這有得選嗎？不就是JavaScript嗎？雖然wxml中可以插入wxs代碼，但這其實(shí)也是JavaScript。小程序是基于瀏覽器內(nèi)核的（但又有別于瀏覽器），所以程序代碼也肯定只能是基于瀏覽器的腳本語(yǔ)言的，也就是JavaScript。
如果你說(shuō)的是后臺(tái)程序，這就沒(méi)什么限制了，喜歡用什么就用什么，只要能接收到小程序的連接請(qǐng)求并按小程序要求的格式返回?cái)?shù)據(jù)即可。當(dāng)然微信官方是推薦用nodejs和php的。不過(guò)這跟小程序本身就沒(méi)有直接關(guān)系了，因?yàn)殚_(kāi)發(fā)普通APP的后臺(tái)程序也是完全一樣的啊。
微信版本升級(jí)后，打開(kāi)微信，點(diǎn)擊底部的“發(fā)現(xiàn)”這個(gè)菜單項(xiàng)，就會(huì)發(fā)現(xiàn)升級(jí)后的“發(fā)現(xiàn)”菜單里，增加了“小程序”這樣一個(gè)功能。
2.點(diǎn)擊打開(kāi)小程序后，可以看到有附近的小程序和我的小程序，附近的小程序是所在定位周邊的小程序。
下面的小程序列表可以看到的是我們之前打開(kāi)過(guò)的一些小程序，如果有自己覺(jué)得很好用的小程序就可以點(diǎn)擊左上角，添加到我的小程序里面。
3.微信小程序還有具有搜索功能，打開(kāi)搜索頁(yè)面可以輸入想要找的小程序。
我最早使用的語(yǔ)言是Java和Python， 并且一直都對(duì)Python充滿好感， 我喜歡這種很樸實(shí)和高效率的感覺(jué)， 但我卻最后沒(méi)有采用Python，原因其實(shí)也很簡(jiǎn)單， 我就是不喜歡縮進(jìn)語(yǔ)法， 就跟很多人換工作僅僅是為了屏幕更大一點(diǎn)一樣， 另外就是有了同樣很棒的可選方案， 這就是Ruby， 所以我最終采用了Ruby作為主力編程語(yǔ)言， 同樣也為不能使用Python而有一點(diǎn)小遺憾，畢竟Python的健壯性比Ruby好很多，只不過(guò)Ruby也一直在進(jìn)步， 所以這一點(diǎn)無(wú)傷大雅
我們都知道，無(wú)論是Python還是Ruby，甚至Java， 都是在解決業(yè)務(wù)層的問(wèn)題， 屬于應(yīng)用型語(yǔ)言， 以解決業(yè)務(wù)邏輯為主， 但還有一個(gè)領(lǐng)域是系統(tǒng)領(lǐng)域，偏網(wǎng)絡(luò)層和底層操作，在這一塊我一直在尋找一種優(yōu)雅的方案， C++被我首先給淘汰掉了， C的開(kāi)發(fā)效率太低， Java倒是比較合適， 就是太臃腫，而且缺少系統(tǒng)編程的基因，畢竟它是企業(yè)級(jí)開(kāi)發(fā)出身的
最后我選擇了Erlang， 因?yàn)樗诰W(wǎng)絡(luò)層方面表現(xiàn)優(yōu)秀， 同時(shí)容錯(cuò)性和健壯性都很不錯(cuò)， 它的虛擬機(jī)是唯一可以跟JVM媲美的， 而且還有OTP的超重量級(jí)武器， 幾乎可以是通殺網(wǎng)絡(luò)層應(yīng)用， 但根據(jù)我的總結(jié)它有一個(gè)硬傷和一個(gè)軟肋，這一點(diǎn)后面展開(kāi)，可以說(shuō)選擇Erlang是我目前所知道的方案里面是最優(yōu)的
直到有一天我了解了Golang， 我知道Golang其實(shí)也蠻早的， 大概08年的時(shí)候就知道Google在搞一門(mén)奇怪的語(yǔ)言， 之后的幾年，一直有不少以老莫為代表的人在嘀咕Golang， 其實(shí)我一直沒(méi)太關(guān)注，我從ROR中吸取的經(jīng)驗(yàn)是，成熟度對(duì)于商用很重要， 后來(lái)基于Golang開(kāi)發(fā)的產(chǎn)品越來(lái)越多，讓我不得不去研究一下， 這我才知道， 這就是我夢(mèng)想中的Python， 效率和性能達(dá)到了最佳的平衡，對(duì)Go了解越多， 就越不愿意用Erlang寫(xiě)代碼，主要原因：
1、Erlang的硬傷在于代碼的可讀性、表現(xiàn)力， 讓我來(lái)舉個(gè)小例子， 比如你為你的系統(tǒng)軟件構(gòu)建一個(gè)RESTFUL的接口，我們大致了解一下代碼風(fēng)格，先不說(shuō)Erlang， 無(wú)論是你c/c++/python/ruby/java 出身， 對(duì)Go是不是有種很久違的感覺(jué), 為什么說(shuō)是硬傷？ 因?yàn)閷?duì)一門(mén)語(yǔ)言來(lái)說(shuō)，語(yǔ)法是不大可能會(huì)大幅度變更的， 而且不會(huì)出現(xiàn)大的變化， 我不知道有沒(méi)有人讀過(guò)《松本行弘的編程世界》，里面闡述的道理很明白， 真正好的編程方式是人去主宰計(jì)算機(jī)而不是計(jì)算機(jī)主宰人， 我感覺(jué)Erlang就有點(diǎn)主宰我的編程思維的感覺(jué)(我的視力本身就不好，它還在不斷的扼殺我的眼睛！)， 編程首先是門(mén)邏輯學(xué)，其次是工程學(xué)，最后才是數(shù)學(xué)， 又讓我想起吳軍的《數(shù)學(xué)之美》所說(shuō)的， 人工智能上個(gè)世紀(jì)一直在走彎路， 期望機(jī)器的高度圖靈完備， 而忽視人類本身已有的文明，統(tǒng)計(jì)歸納的應(yīng)用
2、Erlang的軟肋在于高質(zhì)量的庫(kù)少，盡管有不少殺手級(jí)應(yīng)用， 同樣Go在這方面也是軟肋， 這一點(diǎn)對(duì)于一個(gè)不到五年的語(yǔ)言有情可原， 但對(duì)于一個(gè)20多年的語(yǔ)言是不是有點(diǎn)說(shuō)不過(guò)去， 比如你用json解析庫(kù)，很多人都是從mochiweb這個(gè)基本不更新的庫(kù)中去抽取， 而我認(rèn)為對(duì)于類似json這種東西可以考慮融入到語(yǔ)言標(biāo)準(zhǔn)庫(kù)中， 因?yàn)槲磥?lái)的商業(yè)軟件的api化趨勢(shì)越來(lái)越明顯，說(shuō)的難聽(tīng)點(diǎn) ， 一個(gè)倚老賣(mài)老一個(gè)與時(shí)俱進(jìn)，反正我對(duì)Golang的庫(kù)一點(diǎn)也不擔(dān)心， 目前的成績(jī)易經(jīng)非常棒了， 遠(yuǎn)遠(yuǎn)優(yōu)于Ruby/Python的前五年， 可參見(jiàn)已有的高質(zhì)量的庫(kù)列表
3、Erlang不合群， 這主要體現(xiàn)在跟其他語(yǔ)言的交互性上， 當(dāng)然這也有深層次的原因， Erlang本身有自己的哲學(xué)， 如出錯(cuò)恢復(fù)機(jī)制， 你融入一個(gè)其他語(yǔ)言的東西進(jìn)去， 這帳就不好算，就好比你硬要讓一個(gè)喝咖啡的跟一個(gè)吃大蒜的坐在一起， 總之你寫(xiě)一個(gè)Erlang的port遠(yuǎn)遠(yuǎn)比Go復(fù)雜， 甚至比Python/Java還要復(fù)雜， 這就造成了Erlang在底層編程上效果不是很好， 沒(méi)法利用linux已有的很多優(yōu)秀成果，我一直認(rèn)為Erlang的什么的mysql/pg/oracle驅(qū)動(dòng)都沒(méi)有必要存在， Erlang一定是一個(gè)self-container應(yīng)用， 你只要用到了其他東西， 根據(jù)木桶理論， 你就不敢號(hào)稱9個(gè)9，以系統(tǒng)的眼光看問(wèn)題， 我覺(jué)得一個(gè)系統(tǒng)的魯棒性不能依賴于某一組件， 這也是為什么愛(ài)立信本身的Erlang應(yīng)用并不廣泛
4、說(shuō)說(shuō)數(shù)據(jù)類型吧， 我不止聽(tīng)到1個(gè)人說(shuō)Erlang對(duì)字符串的處理不有好， 它把string當(dāng)做list來(lái)處理，其實(shí)本質(zhì)上是該這么，但，還是那句話， 違背了面向人的哲學(xué)， 應(yīng)該做一些DSL， 比如Golang里面的 := 就是一個(gè)糖衣， 等價(jià)于 var xx yyy = zzzz， 大大方便的程序員少敲不少字符, Golang里面對(duì)字符轉(zhuǎn)可以說(shuō)基本和python差不多， slice map函數(shù)很強(qiáng)大， 支持lambda條件，雖然Erlang的基本類型很少， 但有很多構(gòu)造， 所謂構(gòu)造等價(jià)于Golang里面復(fù)雜的struct， 也奇怪了，我就是感覺(jué)Erlang構(gòu)造傷眼睛好嗎？可能是各種括號(hào)的比對(duì)的原因吧， 而且我認(rèn)為這是不必要的， 顯然Erlang缺少DSL的基因， 當(dāng)然跟Erlang出身的年代有關(guān)， 我不夸張的說(shuō)， 自打用Erlang以后我的視力又下降了100度左右， 我不是很喜歡lisp所說(shuō)的符號(hào)也是一種語(yǔ)法， 可能這又跟函數(shù)式編程有關(guān)吧：形式推導(dǎo)遠(yuǎn)大于邏輯演繹
5、其實(shí)我最不關(guān)注的是性能問(wèn)題， 因?yàn)殡S著摩爾定律， 單位計(jì)算單元的性價(jià)比會(huì)無(wú)限高，但Golang既然提出它的性能逼近C， 那我還是提一下吧， 當(dāng)然， Erlang也還可以， 雖然比Java慢， 但跟Python一個(gè)檔次吧
6、再談?wù)剤?bào)錯(cuò)機(jī)制， 因?yàn)镋rlang的的報(bào)錯(cuò)信息太讓人糾結(jié)了， 起初以為我不會(huì)看出錯(cuò)信息， 后來(lái)也使用了Sasl， 還是不夠直觀，甚至有時(shí)要用工具分析crash文件來(lái)定位問(wèn)題，還是跟Erlang的哲學(xué)有關(guān)， 在Erlang中一切都是并行的， 所以它根本不care是物理哪一行出錯(cuò)， 只跟Actor綁定， 然后告訴你Actor的ID和出錯(cuò)代號(hào)， 你自己憑經(jīng)驗(yàn)去分析吧，這樣做的好處是可以很方便定位出并行中出現(xiàn)的問(wèn)題，但凡事都是相對(duì)的， 在這一點(diǎn)上有點(diǎn)糾枉過(guò)正，根據(jù)我的經(jīng)驗(yàn)， 絕大部分時(shí)候我只希望先給我明確的指出哪一行出錯(cuò)了好嗎？ 甚至把順序的backtrace用完整的英文句子打印出來(lái)好嗎？至于并行中的錯(cuò)誤及時(shí)在命令式多線程語(yǔ)言中是不常見(jiàn)的，雖然并不是沒(méi)有， 但遇到錯(cuò)誤我再費(fèi)勁去調(diào)試好了， 但并不是所有的邏輯都用并行的思維去定位問(wèn)題， 我甚至認(rèn)為， 對(duì)于一個(gè)系統(tǒng)不完全是并行也不完全是串行，跟好比我們衡量世界不能單純的唯物也不能完全的唯心一樣， 這一點(diǎn)Golang就做了很好的折中， 不需要并行的時(shí)候你老老實(shí)實(shí)的寫(xiě)串行代碼， 需要并行的時(shí)候也有較復(fù)雜的機(jī)制來(lái)應(yīng)對(duì)， 合乎情理
7、再說(shuō)說(shuō)招人吧， 以前招過(guò)好幾個(gè)C出來(lái)的人，說(shuō)實(shí)話水平很好， 可以一周就完成一個(gè)小組件， libevent用的熟的很，后來(lái)我逼人家用Erlang，結(jié)果把人家逼走了，至今我還很后悔， 自己的一廂情愿強(qiáng)加在別人身上真是太不合適了，但我招純Erlang出來(lái)的人，可以說(shuō)比招objc的人還難， 沒(méi)有人，空談技術(shù)的優(yōu)雅性首先就是不靠譜的，再看看郵件列表， Golang的活躍度明顯比Erlang高很多， 基本逼近Ruby，更重要的是， 我根本不擔(dān)心Golang的人才，因?yàn)橹灰煜ython/C/Ruby/或者C++， 基本可以實(shí)現(xiàn)半天入門(mén)， 之后就可以噼里啪啦邊搜資料邊干活了，雖然有足夠的深度，但門(mén)檻極其平緩，工程人員也可以復(fù)用很多已有的知識(shí)。 Erlang在這一點(diǎn)其實(shí)跟第一點(diǎn)硬傷有關(guān)，大部分人學(xué)一周都摸不著頭腦，不是每個(gè)人的抽象思維和世界觀都是一樣的好嗎， 所以函數(shù)式編程盡管不比命令式語(yǔ)言起步晚，但始終學(xué)的人很少，這就是歷史， 對(duì)于大部分人， 更希望解決問(wèn)題，創(chuàng)造價(jià)值， 而不是數(shù)學(xué)來(lái)推導(dǎo)去
8、最后我建議， 如果你是玩c/c++的， 現(xiàn)在開(kāi)始學(xué)Golang，是最好的時(shí)機(jī)， 跟一門(mén)靠譜的語(yǔ)言一起成長(zhǎng)， 這種感覺(jué)非常棒， 你用Erlang折騰1個(gè)應(yīng)用， 用Go恐怕都完成了10個(gè)開(kāi)源項(xiàng)目， 當(dāng)然，也要結(jié)合自己的口味， Golang就是Sublime Text， Erlang就是Emacs
相信自己的判斷，相信自己的邏輯， 贏就是贏，輸就是輸
轉(zhuǎn)載僅供參考，版權(quán)屬于原作者。祝你愉快，滿意請(qǐng)采納哦
重慶分公司
重慶分公司
