微信版本升級(jí)后,打開(kāi)微信,點(diǎn)擊底部的“發(fā)現(xiàn)”這個(gè)菜單項(xiàng),就會(huì)發(fā)現(xiàn)升級(jí)后的“發(fā)現(xiàn)”菜單里,增加了“小程序”這樣一個(gè)功能。
創(chuàng)新互聯(lián)堅(jiān)持“要么做到,要么別承諾”的工作理念,服務(wù)領(lǐng)域包括:成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù),滿足客戶于互聯(lián)網(wǎng)時(shí)代的芮城網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求,幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴!
2.點(diǎn)擊打開(kāi)小程序后,可以看到有附近的小程序和我的小程序,附近的小程序是所在定位周邊的小程序。
下面的小程序列表可以看到的是我們之前打開(kāi)過(guò)的一些小程序,如果有自己覺(jué)得很好用的小程序就可以點(diǎn)擊左上角,添加到我的小程序里面。
3.微信小程序還有具有搜索功能,打開(kāi)搜索頁(yè)面可以輸入想要找的小程序。
1、微信官方為小程序提供了大量的接口api,開(kāi)發(fā)小程序需要有基本的Javascript,HTML,CSS的基礎(chǔ)。
2、 小程序開(kāi)發(fā),常見(jiàn)使用“MINA”框架
Apache Mina Server 是一個(gè)網(wǎng)絡(luò)通信應(yīng)用框架,也就是說(shuō),它主要是對(duì)基于TCP/IP、UDP/IP協(xié)議棧的通信框架(當(dāng)然,也可以提供JAVA 對(duì)象的序列化服務(wù)、虛擬機(jī)管道通信服務(wù)等),Mina 可以幫助我們快速開(kāi)發(fā)高性能、高擴(kuò)展性的網(wǎng)絡(luò)通信應(yīng)用,Mina 提供了事件驅(qū)動(dòng)、異步(Mina 的異步IO 默認(rèn)使用的是JAVA NIO 作為底層支持)操作的編程模型。
這個(gè)框架為微信小程序的運(yùn)行提供了豐富的組件和API。要學(xué)會(huì)和掌握小程序的框架結(jié)構(gòu)、數(shù)據(jù)綁定機(jī)制、模板、數(shù)據(jù)緩存、常用組件和API等相關(guān)知識(shí)。
我最早使用的語(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在搞一門奇怪的語(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寫代碼,主要原因:
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ì)一門語(yǔ)言來(lái)說(shuō),語(yǔ)法是不大可能會(huì)大幅度變更的, 而且不會(huì)出現(xiàn)大的變化, 我不知道有沒(méi)有人讀過(guò)《松本行弘的編程世界》,里面闡述的道理很明白, 真正好的編程方式是人去主宰計(jì)算機(jī)而不是計(jì)算機(jī)主宰人, 我感覺(jué)Erlang就有點(diǎn)主宰我的編程思維的感覺(jué)(我的視力本身就不好,它還在不斷的扼殺我的眼睛!), 編程首先是門邏輯學(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è)倚老賣老一個(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è)吃大蒜的坐在一起, 總之你寫一個(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í)的寫串行代碼, 需要并行的時(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)半天入門, 之后就可以噼里啪啦邊搜資料邊干活了,雖然有足夠的深度,但門檻極其平緩,工程人員也可以復(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ī), 跟一門靠譜的語(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)采納哦
網(wǎng)站標(biāo)題:用go語(yǔ)言開(kāi)發(fā)小程序 go語(yǔ)言開(kāi)發(fā)微信小程序
當(dāng)前路徑:http://sd-ha.com/article7/hiepij.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供靜態(tài)網(wǎng)站、標(biāo)簽優(yōu)化、響應(yīng)式網(wǎng)站、App開(kāi)發(fā)、網(wǎng)站建設(shè)、電子商務(wù)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)