本文來自於騰訊bugly開發者社區，非經作者同意，請勿轉載，原文地址：http://dev.qq.com/topic/57ecdf5ef03abecd43216fd0
Dev Club 是一個交流移動開發技術，結交朋友，擴展人脈的社群，成員都是經過審核的移動開發工程師。定期會舉行嘉賓分享，話題討論等活動。
本期討論話題為：聊一聊微信“小程序”。
引言
2016年9月21日，微信開始陸續對外發送小程序（應用號）內測邀請，而小程序即被外界廣為關注的微信應用號。
微信小程序是什么？
小程序是一種不需要下載安裝即可使用的應用，它實現了應用“觸手可及”的夢想，用戶掃一掃或者搜一下即可打開應用。也體現了“用完即走”的理念，用戶不用關心是否安裝太多應用的問題。應用將無處不在，隨時可用，但又無需安裝卸載。
本期，Dev Club 召集了近500位一線移動開發人員，大家暢聊對微信小程序的看法。
下面是本期討論內容整理：
一、 小程序有什么優勢？
1. 依托於微信的大流量
@kevinkong：我覺得小程序最大的好處就是，獲取流量會更容易了。
@Ben：這個入口不得不占啊，應該所有的App廠商都會涉足應用號開發吧？大應用也不能完全忽視這個流量入口，拉新實在是太方便了。
@承香墨影：流量依托微信，確實可以更容易獲得。已有成熟產品的公司，可能也會搶占，畢竟你不占可能就落后了。
2. 相對較低的開發和運營推廣成本
@M君：我認為對於中小企業主來說，應該算是一個好消息
@kevinkong：一個應用前期剛剛開始的時候，先做一個應用號，獲取用戶的成本相對低一些，先試試看。尤其是剛開始，應用號還不像公眾賬號那么多的時候，看看自己的產品是否真的能有用戶價值。
@就是我啊：對哈，小程序可以作為驗證市場的快速原型。
@承香墨影：其實還是看效果，而且對於一切初創來說，從0到1，可能會選擇應用號。有些小團隊，維護iOS和Android兩個端，還要保持同步更新，很難做的很好的。
@張楷：
1.對於用戶：我覺得那種小應用或者相對於原來的公共賬號可能用戶體驗會好很多。而且獲取成本也低一些。
2.對於開發者，尤其是小的開發者來說試錯成本低，開發成本也低，推廣成本也低一些吧（比如Android市場這么多，現在只要對接微信就好了。但是可能強勢渠道）
3. 近乎於原生的性能體驗
@傑丶：不是說H5的體驗沒有原生的好？總感覺H5的不是很友好。
@空空一築：小程序如果是mini rn有點不好，以后有H5端可能要2套代碼。
@Ben：據說是原生渲染，那體驗問題就不必太擔心了。
@土豆：我剛看了demo效果很好！
@jasonchqian：確定是native做渲染嗎？
@h3r3x3：是類react native，微信自己寫的解釋引擎，確定是native。解析所謂的wxtlm wxcss，然后映射到微信提供的原生組件。相當於wx給你寫組件，肯定穩定。
二、小程序適合哪些類型的應用？
@子嘉：做游戲！
@趙洪武：游戲明令禁止…
@iWater：安靜地購物的小清新應用。
@M君：web資訊類的，小型的。像知乎啊，豆瓣啊，簡書啊，多看啊，微信讀書啊，應該都可以搞小程序。
@夜盡天：資訊也不太可能，有公眾號和服務號了。
@承香墨影：工具可能不合適，工具還是原生的靠譜些。
@就是我啊：小工具嘛。航班查詢，微信訂票之類的。
@kevinkong：比如今天跟朋友聊的，像航旅縱橫，天氣類的應用，主打低頻剛需的應用。
@徐春：用戶的角度講，高頻的會去下載應用，低頻的用這種小應用就足夠了，比如訂機票之類的。
@h3r3x3：確實，低頻應用單一安裝沒有價值了。
@宋亮：我是快遞行業的，我們有很多掃描用pda，是android，感覺好像目前小程序還不能滿足我們業務需求。
三、小程序對原生APP的影響和沖擊？
@elikong：我覺得不會有影響，先從應用號獲得流量，然后導流到app。
@土豆：針對小公司我覺得還是挺不錯的，大公司應該會用但是不會拋棄原生吧。
@巫山老妖：H5剛出來的時候就已經開始要說取代原生app，直到現在app還活得好好的，微信應用號出來可能會帶來一定影響，但影響真的有這么大？
@宋亮：感覺小程序只會小眾范圍使用，沖擊不了原生的地位。
@Ben：我覺得應用號會是傳統App的一個補充，並不能完全替代，說App已死為時尚早
@就是我啊：PC時代各個瀏覽器都做過”App in App”的擴展，但是也並沒有多火爆呀。
@h3r3x3：功能要依附在微信，不可能替代原生App的，比如直播類，工具類。
@kevinkong：對於用戶來說，對於一些低頻剛需的應用，其實真的沒有必要裝一個app。
@Jon：我覺得應用號會替代掉一下交互相對簡單的app。可以減少簡單內容App開發者的工作量，不需要再去適配那么多終端。
四、關於小程序的痛點和解決方案猜想
1. 聊天與小程序之間的切換
@承香墨影：有個問題：如何在使用小程序的時候繼續聊微信？現在公眾賬號里閱讀的時候，根本沒有辦法聊天。但是如果使用其他App，我可以切回來繼續聊，或者用通知條去快捷回復。如果能進入小程序的時候，給人感覺是個獨立的App就好了。在任務管理器里看着像兩個App，可以分別清理。
@就是我啊：為了沉浸體驗，我覺得不會允許在使用應用號的時候繼續聊天。要么用小程序，要么用聊天。或許微信會提供一個“Home鍵”，小程序“退后台”。
@h3r3x3：微信對小應用應該會開啟單一進程，在歷史紀錄里面看起來是兩個app。
@iWater：這個大問題無法解決的話，都不想用小程序了，層級太多。安卓還好辦，iOS 呢？估計短期iOS解決不了多窗口的問題，所以小程序只能小，時間長了影響聊天。
@waterstar：可以multi window吧。
2. 緩存和離線使用
@宋亮：可以離線保存數據嗎？沒有網絡的時候，也能打開操作。
@夜盡天：可以離線
@iWater：緩存數據，一定得給個好用一點的緩存清理工具啊，不然大家都緩存了，空間沒了。
@kevinkong：是啊，現在微信占用的空間，就已經很大了。
@承香墨影：痛點肯定都會解決的。
3. 其他技術疑點
@萬松：小程序對於原生機器上硬件資源的使用不知如何限制的？ 微信下多個小程序可以多開還是獨占？相互間有無影響呢。
@就是我啊：不過，假如小程序崩潰了或者有嚴重的性能問題會影響到微信本身的體驗嗎？
@juliandai：對哦，小程序會導致微信crash嗎？如果寫的不好的話…
@JalenChen：小應用導致ANR了會不會很尷尬…如果是子進程就不會導致微信Crash。
@丿Ace_Seong：android的話應該會單獨分一個進程給它吧。
@Ben：渲染出問題還是會把微信弄掛的，小程序同時運行可能性不大，估計類似iOS這樣，一次只能一個小程序前台運行
@空空一築：不過微信應該會控制的很好。
@最火的man：本身微信都占用內存較高，微信會不會給小應用的內存也比較少。
@川川：這個不需要只運行一個吧，小程序對系統的壓力跟H5差不了多少吧。
@沈治國：那得看微信的加載機制怎么做了。
@kevinkong：小應用的內存，也算在微信里面的化，不是很容易被Kill掉。
@iWater：估計用得好不會比WebView用的內存更多。
@quabqi：估計一次只能開一個小程序，退出就清理。
五、小程序的利弊分析
1. 使用小程序的潛在風險
@徐春：大家沒感覺到支付寶早就有類似的功能了嗎？里邊集成了很多合作方的應用，但是問題是類似於微信和支付寶這種，給公司帶來流量的同時，占比太多會對公司戰略造成影響。自己的命脈放在別人手里總是不好的，哪天關系沒處好，自己損失就大了，所以會影響到公司的戰略。
@war：在大數據時代，使用小程序，信息安全是個問題，很多公司不會願意自己的信息被掌握在他人手上。這種依賴於第三方平台的，就像把刀架在自己脖子上一樣。
@宋亮：嗯對，很多涉及到敏感信息，未必願意弄到微信里。
@Ben：騰訊現在還是很開放的，這點不用太擔心吧。
@承香墨影：別說什么很開放，現在淘寶的分享還進不來呢。
@空空一築：特別是和騰訊有競爭關系的，更不敢放了。不太相信什么開放，現在開放是因為沒有競爭。網易雲音樂以前也一直分享不過來，現在好像可以了。
@M君：小程序的推出，應該會比之前更加開放。
@kevinkong：我覺得還是權衡利弊吧，畢竟現在獲取流量成本太高了。
2. 對於企業和創業者的價值
@承香墨影：其實還是看功能，很多app如果只是一些瀏覽，消息的展示，對硬件的api沒有要求的，小程序也是個不錯的選擇。之前介紹的就是說：好的產品，就應該即插即用，用完就走。
@巫山老妖：微信小程序，為什么說小呢？一方面覺得它是能嵌入到微信，很方便，能更快的獲取流量，解決了以前app推廣成本大的痛點，另一方面能夠讓創業者更輕便的試錯，這樣來看確實是個機會。
@M君：成本低，效率快，又跨平台，運營人員一定很開心
@iWater：總之如果沒有推送，我就用小程序不用公眾號，不過公眾號大家不會放棄的，所以可能會越來越碎片，訂閱號服務號應用號各來一個。不過小程序會比網頁好，在本地，又有緩存，回去可以比較快。
@徐春：對中小企業絕對是個很好的平台，降低了運營和研發成本，這點毋庸置疑，這樣的話對原生App開發者的需求量自然會降低，但是對於大公司來講，影響不大。
@kevinkong：
我覺得應用號肯定是有機會的,以前做服務號比較早的,粉絲量大的號,光靠廣點通的廣告,每個月收入就非常嚇人的。
還要搞清楚，為什么要做小應用？什么階段的公司適合做小應用？做小應用的目的是什么？
我個人的理解是：
- 剛需高頻的應用，用戶可以在應用號中，體驗到應用的核心價值，然后引導下載原生應用。
- 剛需低頻的應用，應用號應該就夠用了。
- 非剛需又低頻的應用，做個應用號，還能少浪費點投資人的錢。
企業最終的目的是賺錢，應用號感覺只是一個過度的階段，積累了一定的用戶量，自己的產品用戶價值也能得到認可了，最后還是要做一個原生的app。
六、對移動開發者的機會與挑戰
@土豆：針對市場的開發者來講，還是有一點沖擊力。可能對前端工程師的要求更高了。
@張楷：不過對於開發者來說也是一個賺錢的機會。趕緊去學習js…
@空空一築：不會點js，都不好意思說是做移動開發的。
@川川：就算不做小程序，也要學學JS吧，要不跟前端沒共同語言呀。而且，我猜測還會影響到中等水平原生開發者的工資，就像當年的win程序員一樣
@承香墨影：嗯，所有能用js重構的程序，最終都會用js重新寫一遍，哈哈！
@monkeyneye：H5和js還有空間優化體驗和性能。
@M君：感覺對於原生開發者來說是資本寒冬上又澆了盆冷水。
@iWater：微信平台上小程序，用js寫比H5有更好的原生體驗，雖然控件有限。而且它幫你解決了兼容性的問題。
@Ben：框架微信已經封裝的很好了，所以上手難度不會太大。
@徐春：其實沒有應用號之前我也一直想好好看看JS，不然RN都沒法玩轉，至於危機感嘛，我相信公司是會兩條腿走路的，很少有公司會徹底放棄原生app開發。做技術的都要不斷學習的，不然被淘汰只是時間問題。
總結
以上就是大家對微信“小程序”初步的想法和見解了，介於目前微信“小程序”仍處於邀請制的內測階段，Dev Club 的同學們也只能根據已公布的信息進行一些分析和猜想，很多企業、創業者、開發者們也都在持續關注着微信“小程序”下一步的發展。
小程序在9月21日邀請內測開啟后，為了讓更多開發者了解平台新能力，9月23日微信公眾平台又發布了《公眾平台小程序文檔和工具》，其中包括了：
- 小程序開發文檔
- 小程序設計指南
- 小程序開發者工具
讓尚未獲得內測邀請的開發者，可以先通過以上文檔，了解微信公眾平台提供的新能力，並且可以使用提供的開發者工具開發小程序和模擬運行效果。
未來“小程序”最終將會以何種形式呈現，讓我們拭目以待！
更多精彩內容歡迎關注bugly的微信公眾賬號：
騰訊 Bugly是一款專為移動開發者打造的質量監控工具，幫助開發者快速，便捷的定位線上應用崩潰的情況以及解決方案。智能合並功能幫助開發同學把每天上報的數千條 Crash 根據根因合並分類，每日日報會列出影響用戶數最多的崩潰，精准定位功能幫助開發同學定位到出問題的代碼行，實時上報可以在發布后快速的了解應用的質量情況，適配最新的 iOS, Android 官方操作系統，鵝廠的工程師都在使用，快來加入我們吧！