昨夜近零點時，微信很是「文章越短事兒越大」地宣布了「為便于開發者靈活配置小程序，小程序現開放內嵌網頁能力」，即 組件。一時間，朋友圈里形成了一波刷屏。
具體來看，開發者登陸小程序后臺配置業務域名，即可實現小程序內嵌網頁。此后，用戶使用小程序時，可以從小程序直接進入到內嵌網頁，同時也支持用戶從內嵌網頁返回小程序。
在小程序原有組件能力下，小程序排版要做得好看，是件挺繁瑣的事情，而 組件可以說是一個能夠用來承載網頁的容器，會自動鋪滿整個小程序頁面。同時，還支持使用 JSSDK 1.3.0 提供的接口返回小程序頁面。不過需要開發者注意的是，內嵌網頁也還是需要定制，另外，個人類型與海外類型的小程序暫不支持使用。
彼時，我問一位剛不久前造完小程序輪子的朋友這意味著什么？他說：「意味著好多人今晚要失眠了，小程序和線上 H5 打通了」。果然，在此能力開放后，不少團隊都加班加點地搗鼓了小程序嵌入網頁的實例。
產品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。
營銷上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。
關于后一點，朋友圈分享現在普遍會用海報來做，在這點上 Web 和小程序的能力其實是一樣的，都是只能幫你保存圖片到相冊，再請用戶手動發送到朋友圈。而小程序獨有的發現 - 小程序、搜索框快捷方式等對用戶回訪特別重要的入口，Web 頁面是不能使用的。
那么，昨天的發布意味著什么？簡單地說，小程序的開發成本有了很大的下降。
我自己的第一份工作就是 Web 開發工程師，Web 開發入門確實比較容易；可是盡管小程序使用了 Web 語言，那只是語法上的一致，整個開發模式完全不同，更接近于原生 App 的開發而不是 Web。
打個比方，對在看這篇文章的大多數人來說，讀中文要比讀英文更容易，但假如你看不懂英文版的《量子力學導論》，翻譯成中文版你也不一定能看懂。開發小程序，需要有專門的、獨立于 Web 團隊之外的團隊，按小程序的規范重新設計、重新開發，不能將已有的產品直接遷移過來。
可以理解微信當初做這個決定，是希望開發者按照微信的要求，為微信的用戶重新去思考、設計一套全新的用戶體驗，而不是將已有的 Web 頁面搬進來。
歷史上，包括 Microsoft 的 Windows Phone 平臺、Google 的 Chrome Packaged App 都冒過類似的險，而其實 Apple 也做過類似的決定 —— Steve Jobs 2010 年 4 月親筆寫過一篇文章，解釋為何 iPhone 不支持 Flash (Thoughts on Flash)，其中最重要的原因是，Apple 不希望第三方開發者將已有的產品直接搬過來，而是希望開發者能直接在 iOS (當年還叫 iPhone OS) 進行開發，為 iPhone 的用戶提供最好的體驗。
這些決定賭的是，新平臺 (小程序或 iOS) 帶來的商業上的好處，最終會讓開發者們愿意付出這個成本。
那時候的 iPhone 還很弱小，但后來的歷史證明 Steve Jobs 賭對了 —— Adobe 公司今年 7 月宣布，將在 2020 年最終停止 Flash 的更新和分發。
微信，則在昨天支持了開發者直接嵌入已有網頁。
所以，如果你已經有一個網站，可以直接在小程序中套個殼，把網站中的 Web 頁面搖身一變成一個小程序。至于這和直接分發 Web 頁面有什么區別 ——
產品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。
營銷上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。
細心的你可能已經注意到了，上面這兩條并沒有任何變化……對，在小程序的用法上其實沒有任何變化，只是開發成本下降了。
那么，在今天之后，使用微信小程序框架開發的「原生」小程序，和嵌入已有的 Web 頁面的「Web」小程序，在用戶感受上會有什么區別呢？
「原生」小程序，整個小程序是提前下載的，不會有 Web 頁面打開時的頁面加載感。我們過去的可用性研究表明，這是用戶對一個界面是「Web」還是「原生」的最主要判斷標準。對于偏工具型的小程序，「原生」的感受應該會更好。
「原生」小程序對體驗的控制更完整，自己要做的事情也更多。例如 Web 頁面中用戶可以選擇頁面上的文字復制，而在「原生」小程序界面中，這是需要單獨添加的功能。
「原生」小程序提供了一些專屬的控件和 APIs（接口），如展示群信息、發送推送等，這些只有使用小程序框架開發才能使用。
所以，如果需要和微信生態整合得更緊密，可以使用「原生」方式開發；如果追求快速遷移已有 Web 產品，嵌入 Web 頁面更快。
