我個人并不是很看好。html5，js以及類似的技術替代原生大家喊了很久了，就是大熱的react native目前看來也依然很不完善。微信的應用應該都是運行在騰訊瀏覽器的X5內核里，這東西怎么樣大家心里也都有數。我感覺還是只能做一些低交互的應用，大概也就是比網頁快捷方式高一級別，要利用os的炫酷特性，原生還是跑不掉，而且目前原生開發很成熟了，框架庫很多，門檻也很低。對于不用下app省空間我不是很理解，只不過是把app浪費的空間挪動到微信里而已。微信所倡導的用完即走的理念也只有騰訊有資本裝b才會這么說，其它公司無論如果始終還是會想辦法更多的占用用戶的時間。騰訊現在原本就掌握了渠道，現在連app的審核等生殺大權也都掌握，你說蘋果惡心，但他起碼還勉強算公平，而騰訊可以隨便打著為了用戶（和你媽說為了你好）進行系統抖動，非騰訊系全都會抖，想怎么搞你怎么搞你。結局都是類似的，中小型公司都很激動，以為有了小應用他們就有了騰訊爸爸的幾億用戶，這種幻覺很美好，但他們可能會面臨更加慘烈的競爭，變成臨時解決用戶欲望的千斤頂，以及騰訊渠道那可怕的推廣分成費用。大公司肯定都很不情愿的跟進，又沒辦法，估計會簡單開發一些應用，然而盡可能的往自己原生的app上導入，心態很微妙，不過短期內肯定會先爆發一波星座血型算命起名你的前世今生顏值計算能活多少歲等一些QQ空間喜聞樂見的低質量辣雞應用，目前也不知道騰訊審核時是否會做一些限制。微信也許已經不是聊天軟件了，我朋友偶爾用了一下QQ，驚嘆的說，QQ真好用呀，聊天記錄都能自動存下來! 微信當初也許吸引大家的是我們只想要一個廣聊天的QQ，現在已經要變成微信os了，是不是以后也要走和當年QQ一樣的路？整個騰訊系全壓在這款app中？ 我不知道，在集團利益，業績增長的車輪下，什么張小龍王小龍，什么鬼的用戶體驗，什么產品經理說不的堅持，有多少碾碎多少。僅是個人一點感悟和粗淺看法，不太對請見諒

【李慕陽關于小程序的幾點思考】幾個問題，已經知道的同學拜托幫忙解答一下：1、小程序的初次發現機制是什么？搜索、二維碼和微信的應用中心（會有嗎）？如果是搜索，搶關鍵詞會不會很重要，小程序so會不會變成一個重要的活兒？如果是二維碼和關鍵詞推廣，那么已有公眾號的直接宣傳會不會很重要？2、小程序的重復調用機制是怎樣的？在沒有關注的情況下，如何鎖定用戶的某個使用場景，使其愿意通過文字輸入去調用？3、小程序的廣告機制是怎樣的，畢竟不能外鏈？如果涉及交易，微信官方容忍的底線是怎樣的？4、直播游戲互推不能上，還有哪些不能上，微信官方容忍的底線是怎樣的？是的，以上三點就是拉新、留存和變現，是作為商人最容易關心的話題。那么接下來會發生什么：1、所有需要下載app的高頻工具，如天氣、大姨嗎、課程表、唱吧、美圖……都會有小程序出現，如果那些公司不做，就會有其他人趁虛而入。所以大家現在應該都是在環顧市場，看誰的更好做。2、由于重復調用機制不明，又無關注，以往臉萌、足記這樣火一把就死的應用也會出現在小程序中，但更多以小額收費的形式，賺一波就走，就像最近出現的修改定位。3、微信開放不開放關系鏈不知道，但以前一些因為無法冷啟動或用戶水化而用戶體驗不佳、完成不了基本訴求的創新社交和垂直社交產品，貌似會有一個機會，畢竟真實的關系鏈在這里已經存在，機會大小得看微信開放的力度。4、電商和交易是重中之重，是可以補足微信基因的。5、最終商業價值最大的，可能是具備穩定高頻場景和用戶習慣搜索獲取的高流量小程序，并且因為某種原因使用戶愿意同步下載一個app備案，只把小程序作為一個快速入口。以上源自李慕陽對小程序的一點小小思考。

微信小程序這個東西的出現早有苗頭：在客戶端/瀏覽器集成一個運行環境，用js去驅動native ui，這個事情騰訊QQ瀏覽器早就做過。這種做法我認為它有反 web 反開放的嫌疑。Web 是最開放最容易被解析被索引的技術，網站的內容可以被用戶隨意選取和分享，可以被搜索引擎收錄，甚至在網站已經死亡之后其內容仍然能存活在 http://archive.org 這種數字檔案館里。而 App 則自給自足，很難去解析去索引，如果一個 App 死了，它的用戶和內容就會流失。如果市場上越來越多的部分都被 App 占據，每一個 App 都是封閉的王國，互聯網會越來越封閉，搜索引擎也將毫無用武之地。正是看到這種趨勢， Google 急得像熱鍋上的螞蟻。現在 Google 正在大力推廣的 PWA 技術，就是以 HTML 為主， JS 漸進增強的 Web App 方案，在保證內容開放性（discoverable） 的同時又具有 App-like 的體驗。關于這一點，可以看看 Google 的介紹： https://developers.google.com/web/progressive-web-apps/從這一點來說，我是對微信小程序這種技術是有反感的，雖然它確實大大擴展了 JS 的業務范圍。但在現實中，它又確實有可取之處，微信的巨大用戶量、輕型應用的可傳播性、相對較好的性能和一致性的用戶體驗，時時刻刻吸引著應用開發者來使用這種技術。時代的洪流浩浩蕩蕩，我們每個人都只能順勢而為。＝＝＝＝雖然微信這一次的代碼和文檔質量都還不錯，小程序的特性也令人印象深刻，卻也并非完美。以下吐槽一下微信小程序目前的一些問題。Android 下，input 組件中輸入文字，切換鍵盤顯示/不顯示狀態，文字會錯位。Android 下 Canvas demo 剛開始動畫時丟幀。而且大部分涉及動畫的組件，如 swiper/progress 等，都有丟幀的現象（驍龍650 啊，不應該啊在 scroll-view 上用手指滑一下然后松開，界面發生滾動，但手指松開后會錯誤地觸發 click 。getApp() 、Page() 等框架函數沒有放在命名空間下。tabBar 分割線只能用黑白兩種顏色，且圖標不支持 svg 。HexColor 只支持 RGB，不支持 alpha。swiper 組件的 indicate dots 好丑，也沒法定制 - -API 不如 Vue.js 優雅。趕工的痕跡還是挺明顯的，比如 <map> 組件，我傳進去參數了，顯示出來的地圖上也打點了，但是用戶在地圖上操作的行為呢？沒有事件傳出來，業務代碼沒法獲取到用戶操作。IDE 沒有實現 live reload ，在 IDE 里需要手動刷新，在手機上需要反復掃碼。不開放編譯和打包過程，沒有集成 babel 支持。不會將引用的 npm 包打包到項目里，需要自己另想辦法。好像沒有提供遠程調試？反正我沒找到真機調試打斷點的地方。沒有提供真正的退出小程序的功能，無論是返回鍵還是菜單中的“離開”，都只是睡眠和隱藏而已。沒有提供刪除小程序本地緩存的功能，改了后臺配置之后用戶端的沒有更新，我只好 root 之后進 /data 分區手動刪除緩存文件。文檔中有一些錨點鏈接點了沒反應，比如配置里的 tabBar。wx.request() 這個 API 的限制非常嚴格，比 Web 里的 http request 限制嚴格得多。wxml 是寫死在源碼里的，那么如何在運行時動態生成頁面結構？似乎沒有 webview 組件。js 和 wxml 的引入是方式是不一樣的，js 用 require() ，wxml 用 <import>/<include> 。這就很尷尬了，既不能像 vue 那樣整個 .vue 文件作為組件一塊引入，又不能像 react 那樣，一切皆是hyperscript 。在微信小程序里把 wxml + js 組件化會非常麻煩。文檔里說了“規定屏幕寬為750rpx”，我試了之后發現不是，此處應有黑人問號臉。在 wxss 規則里寫 vw 單位會各種bug，現在還沒找出規律。但在 wxml 元素的 style 屬性里用 vw 單位又是ok的。黑人問號臉。小程序與小程序之間如何跳轉？占位，慢慢修改個人觀點：總的來說，亮點有，但在 Android 上暫時還并未表現出來秒殺 Web App 的特點；開發不算復雜，但開發體驗有待改進；性能不算太差，也并非極好，自由度和表現力離 Web 尚有一些差距；微信小程序捆綁的 js 框架降低了新手入門的門檻，但增加了業務遷移的成本；bug極多。微信小程序尚且是一個新玩意，亮點和缺點共存。而由于微信的封閉性，這種技術并不能完全替代 Web App 。在手機性能越來越高、Web 技術進化越來越快的今天，微信小程序到底能在多大程度上挑戰 Web 的地位，還有待觀察。對于開發者，個人建議是不要太著急上火，把玩一下即可，繼續觀望也無妨。如果你的業務嚴重依賴微信、希望在用戶體驗上精益求精、在客戶端技術上探索一些未來的可能性，那么你可以嘗試一下這個技術，用在一些新的、輕型的業務上，做一個快速試錯，看看后續的結果再決定是不是增加投入。但要在倉促之間把已經成熟的業務搬到一個新的技術平臺上，恐怕不是一件容易的事情，也沒有多大必要。

(有人說重點是大佬們都不睡覺的，我一看。。。還真是。。。）昨天同時發生了兩件有意思的事情。一件是大多數人都看到的：微信終于推出了應用號，并且取名“小程序”，向生態帝國和自己的App Store又邁進了一步。另一件是大多數人都不會注意到的：百度要出售旗下91無線的 iOS 業務，這徹底宣告了App分發時代的結束。移動大潮剛興起的時候，所有人都有一個爭論，那就是 Web App 和 Native App 孰優孰劣的問題。最終這個討論以Facebook徹底放棄Web App為一個階段性的終結。Native App，也就是現在我們每個人手機里的應用獲勝了。那時候是2012年。移動會取代PC的大勢變得清晰異常。在PC時代，互聯網最大的流量入口是搜索。幾乎用戶的所有需求都是由Google或百度分發出去的。但誰想到好日子沒過多久，移動大潮就來了，而且來的無比之快。Google有自己的手機操作系統，用開放的態勢，占據了重要的位置，這是戰略預判上的極大成功。百度也曾嘗試過出手機，卻失敗的很慘，并且一直在移動布局中處于落后位置，這是戰略上的極大誤判，甚至長遠來看是會丟掉小命的那種。移動浪潮對于其他公司來說是平臺的遷移，但對于百度來說，則是商業模式的顛覆。對 Google 和 Baidu 來說，Web App都是更好的更能接受的方案，但 Native App 獲勝后，百度就被逼無奈地開始想：“我該怎樣在移動端保住類似我在PC端的地位？”。百度在PC端是什么地位？入口和流量分發之王啊，那么百度自然就要找移動端的入口和流量分發途徑。于是就有了我們都知道的故事：百度以19億美金天價收購91無線。那時候是2013年。百度以為自己拿到了一張移動世界的船票。好景不長，百度后來發現這張船票是買在了浪潮的最高點。等潮流退去以后，才發現原來買到的是一艘借浪潮而舞動的小船，going to no where. （當然，同時航行在旁的還有另一艘小船，叫做豌豆莢。）到今天為止，已經幾乎沒有人再下載新App，所以百度弄錯的一件事情是，搜索作為入口和流量分發是持續的，而且信息量越冗雜越有價值，而App的分發是一時的，且反過來是越分發越讓信息量冗雜、分散和沒有價值。不得不說，對于當時的百度來說，這就是飲鴆止渴，而且是好貴好貴的一杯毒酒。到現在，大家最終發現移動端是群雄割據的時代。流量和入口其實是那些少數的頭部App應用，大概每個用戶最常用的就是那十多個App。其實這十多個App還原到PC時代，可以類比于那些成功的“中間頁”，比如去哪兒、搜房，或甚至是愛奇藝。李彥宏當時曾多次公開宣揚自己的“中間頁戰略”。入股、導流、變現，不斷循環。當時，在各個最大的垂直領域，百度都有自己的投資布局，并且不論從資本操作還是從流量分發變現上來看，效果都還算不錯。所以現在回頭來看，當初與其重金買下91，也許不如把網頁端里面中間頁的策略復制到移動端，去入股大量有潛力成為頭部App的公司。當然，這已經是后話了，最終騰訊和阿里反而在投資布局上做的比百度要好太多。2013年，百度收購91的同時，微信國內用戶已經達到了4億。如果說頭部App是移動時代的入口，那么微信現在絕對是頭部中的頭部，這給了微信做平臺和生態的機會。于是就有了微信訂閱號、服務號、企業號，再到如今的應用號。微信在不斷地為自己這個頭接上四肢。微信現在要做的就是用自己的頭部效應帶動長尾起來。其實，百度在13年推出的輕應用直達號，和如今的微信應用號如出一轍，也是瞄準了長尾市場。但由于百度缺乏社交賬戶體系，也沒有如今微信如此強的閉環能力，再加上百度內部人員的戰斗力問題，這個項目如百度的很多其他項目一樣，都無疾而終了。當初負責這個項目的李明遠，現在在百度內部也已經沒有之前那么熾手可熱。而且據說，李彥宏當初對騰訊最大的擔心是他們的搜索與微信的結合，所以當時李一直在密切關注騰訊soso，搜狗和360之間的交易進展。直到知道騰訊把soso賣給搜狗后李彥宏才松了一口氣。但其實，到今天搜索已經變成一個功能性的東西，而不是最早的入口。百度搜索本身當然是一個非常厲害的頭部App，但和其他的十多個頭部App是平行而沒有區別的。就好像在網頁端的時候，百度和淘寶或攜程從流量分發的上下層級關系，慢慢變成并行競爭關系一樣，垂直領域的品牌做到足夠強大的時候，網站本身是不需其他人引流的。這個現象在移動端來的更容易和明顯。那么微信的應用號是否能成功？我覺得相對來說也有一定的難度。要在微信內做App發現、分發其實一樣是非常難的事情。所以應用號目前感覺還是對已有生態的一個良好的補充，并且更多是為B端服務，比如一些已有的知名品牌和服務商等。對于個人或小創業公司來說，應用號可利用的空間仍舊有限。再有，如張小龍所說，應用號要實現的是應用的“觸手可及”，最終讓應用達到“無處不在”，這讓我想起了現在無處不在的掃碼支付。所以“應用號”大概率更多情況下是被動觸發的場景，而不是主動尋找的，這對我來講要更合理些。其實，我最近一直覺得微信公眾號就是現代年輕人的淘寶。當初有無數的年輕人立足于淘寶平臺，每天沒日沒夜的上新品、做客服、寄包裹，而現在也有很多人到處抱著電腦，隨時隨地的推送和回復留言。這就是大生態的力量，它讓一代年輕人找到了自己表達的窗口和自給自足的機會，讓“給自己打工”和“個人的奮斗等比于回報”成為一種可能。而現在應用號來了，我覺得這會不會就是給企業的天貓？最后，更好玩的是，微信締造了一個這么大的生態平臺，卻有一半是立足于另一個封閉生態“蘋果”之下的。蘋果對于騰訊的蠶食會做出如何的反應呢？騰訊和蘋果的關系又會如何演進？我相信這會是未來最讓馬化騰頭疼的問題之一。P.S. Google恰好也是昨天剛推出了自己最新的即時通訊應用“Allo”，把AI助手作為主要切入點。這是否能讓Google逆襲呢？不管怎么說，這對百度也是一個可借鑒之處。本文首發自公眾號：42章經（ID：MyFortyTwo）

1. 微信小程序不會取代大型App，應用市場該怎么做怎么做。Native App 更不會消亡。這個跟性能無關。2. 低頻應用 是最有可能轉入到 小程序 平臺的。掃碼搞活動也會更方便。3. 小程序 是否能做起來，要看 微信 對其開放什么樣的入口，比如：朋友圈直接顯示界面？ 聊天窗口直接顯示界面？ 聊天窗口直接發起游戲？ 多帶帶的小應用 Tab？ 如果這些都不開，跟現在的H5沒本質區別。4. 估計會興起一批“聊天窗口”游戲/應用

1、一個多月前一篇《別開發App了》曾經刷屏，我當時朋友圈評價“我相信當下和未來微信生態以及微信應用號的前景，但是我不覺得微信應用和App之間是非此即彼的二選一關系。對于絕大多數企業來說，必然是兩手抓兩手都要硬的。作者應該更多是在說資源相對匱乏的初創企業更適合從低成本微信應用號切入會更快速”。2、一個多月后，微信小程序發布了內測，從現在的信息看，我依然持有一個月前的觀點。3、很遺憾又意料之中的看到各路評論家一邊倒的激動的謳歌微信小程序顛覆App Store，以及顛覆這顛覆那的，總之顛覆了全世界。我深深的懷疑你們絕大多數人肯定沒經營過一個企業，我也深深的懷疑張小龍自己是否有你們一樣的“小程序大夢想”。4、如果你是一名都不用太老的司機，那應該記得QQ也曾經探索過Widget類似的模式甚至QQ桌面，從結果看不是很成功。當然PC時代與移動時代可能有巨大的差異，但是似曾相識的歡呼聲，當年也有不少。相比當年，我肯定更看好微信小程序的前景，但談顛覆，我可沒這洞察力。至于能有多好，我也說不清。畢竟全中國現在也沒多少個內測的邀請，還沒一個人開發出來小程序呢，我也不知道你們看好顛覆的依據到底是什么。5、微信小程序一定還是有紅利期的，我預測第一波紅利的獲得者是昨天和今天寫評論文章的微信訂閱號上的自媒體們；第二波紅利的獲得者是干微信小程序培訓的“老師”們，他們應該大多數是從微信營銷培訓迅速轉型過來的；第三波紅利的獲得者應該是那些獲得內測邀請資格的人們，畢竟上架時間早啊。再往后，就難說了……什么好東西，拼的都是執行力。6、當然，好東西永遠是稀缺的。我不相信你開發一個App是垃圾，現在開發一個微信小程序就不是垃圾了。App Store和微信平臺都只是一個載體，你的產品是不是用戶需要的，是不是用戶喜歡的才是核心。以微信小程序遠低于App的開發成本，可以想象未來提交審核的小垃圾程序是多如牛毛的，衷心希望微信能有比App Store更加嚴格的審核程序，否則，微信用戶真的要遭殃了。這點，微信肯定想的比我清楚多了。7、互聯網終歸是一個流量的游戲。微信最讓人垂涎的也是其用戶量和流量，但是除了騰訊大額投資的那些企業能獲得一定流量之外，并沒有看到誰能輕易的獲得。無論QQ、微信還是百度、淘寶，對于任何一個平臺來說，流量永遠在那里，但能獲得的永遠是少數人。iOS有多少用戶，安卓上又有多少用戶，但是那些用戶并不是你開發一個App就能獲得的，微信小程序亦如此。當然，微信有社交關系、有強傳播力，這是優勢，但也不是每個人都能玩轉。8、如果你沒有足夠強的方法和技巧獲得那些用戶和流量，那就只能花錢買了。各路安卓應用市場已經被商業化玩爛了，App Store也開始了廣告的探索。未來，微信小程序會不會也如此商業化呢？估計會的，但相信不會如安卓市場那樣的泛濫。所以，和微信小程序新聞相比，我更關注的是同時發布的“朋友圈本地廣告正式上線”的新聞。9、互聯網上的流量并不是全在微信手里，所以對于一個成熟的企業來說，怎么可能因為有了微信的流量就放棄了其他平臺上的流量；怎么可能有了微信小程序就放棄了開發App?微信小程序的優勢在于開發成本低、更快速的迭代，這倒是一個快速測試用戶需求的利器。通過微信小程序明確用戶需求，再開發App獲取其他平臺的用戶，這應該是絕大多數企業的正道。10、別激動下結論，更不能對著一個開發文檔和幾個截圖就下顛覆的結論。我還是先想法弄一個微信小程序的內測邀請，看看能不能趕上開發者的初期紅利，多給公司掙點錢吧……

總結

以上是生活随笔為你收集整理的如何评价 9 月 21 日开始内测的「微信小程序」?的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。