A. 畢業設計微信小程序和網頁設計哪個好做
畢業設計微信，小程序和網頁設計的話，我覺得網頁設計可能較為簡單一些而微信小程序是需要寫代碼的。
B. 到底 H5 和小程序哪個好一張表告訴你
許多做產品的同學經常會有這樣的疑問：計劃開發的移動端產品到底是用 H5 好還是用小程序好？甚至很多開發同學也搞不清楚這兩者在具體使用中的優劣。那麼相信讀完此篇，便可讓你對二者之優劣利弊瞭然於胸，再也不必糾結。
大體上講，H5和小程序並不具備什麼可比性。只是很多移動端的場景下，這兩種選擇都能實現產品的大部分功能，加之其各領風騷好幾年，就更難抉擇了。
我們經常說的 H5 是一種不標準的叫法，可以理解為只是一種技術，大家說得最多的 H5 主要是指用在移動端的網頁，其實 PC 電腦版也一樣可以使用 H5 技術。而小程序，這里特指微信小程序，是在微信 APP 基礎上支持的一種應用形式，完全依賴於微信 APP 環境。
以上，是大概念上的區分，下面，我們就來詳細對比一下其他方面。
一、運行環境
這里的 H5 既然是網頁，那麼依賴的外殼主要是瀏覽器，因此只要有瀏覽器，就可以使用。比如手機內置的瀏覽器，APP 的 web-view 組件，以及小程序提供的 web-view 組件，都可以打開 H5 頁面。
注意，小程序的 web-view 可以打開 H5，但並不是小程序「跳轉」到了 H5 頁面，這個 H5 還是小程序的外殼內，仍然有很多限制。
前面說了，小程序只能依賴微信客戶端，也就是說只能在微信里打開。那麼，如果你的產品需要通過簡訊通知用戶帶上訪問地址，就無法用小程序實現了。而 H5 頁面，則可以在簡訊正文中直接用手機內置瀏覽器打開。
但是，微信本身是跨平台的，因此無論是安卓上的微信，蘋果上的微信，都是可以使用小程序的。甚至 QQ 瀏覽器也支持了部分小程序的入駐。
二、系統許可權
這里的系統許可權，可以理解為隱私級別比較高的，如通訊錄，或能調用硬體的，比如藍牙功能等。從這個角度看，H5 本身可以說幾乎是沒有什麼系統許可權的。雖然也有攝像頭之類的介面，但是重度依賴瀏覽器能力，兼容性有限。
而小程序，由於依賴微信客戶端本身，所以微信小程序團隊將客戶端的很多能力開放給了小程序環境，當然，前提是你給微信也授權了相關的能力，比如允許訪問麥克風，允許訪問相冊等。
所以，如果你的產品重度依賴這些能力，那小程序一定是不二之選，因為 H5 很難做到這些，對於很多小程序提供的能力，H5 是根本沒有可能實現的。
三、能力限制
前面提到了系統許可權層面的差異，其實也是一種能力限制。除此之外，還有一些能力是微信本身的策略限制的，比如 H5 在微信里可以直接分享朋友圈，而小程序目前就只能轉發好友或群。對於朋友圈，就只能生成帶小程序碼的圖片發到朋友圈。
而對於分享到好友或群，小程序又提供了卡片式的分享界面，看起來很高端，信息也多，並且能追蹤用戶行為。這一點，H5 又無法做到。
再比如支付能力，小程序只支持微信支付，而 H5 里可以選擇使用其他支付平台提供的支付方式。
四、用戶體驗
分享卡片看上去比普通的 H5 鏈接分享體驗要好；而朋友圈的 H5 分享形式，和圖片識別小程序碼的形式到底哪個好也不好說。不過，如果你的產品被判定有違規行為，那麼 H5 的鏈接是很容易匹配屏蔽的，可以直接導致分享 H5 頁面只能自己可見，別人看不到。
但是，小程序的分享圖雖然不太可能封禁，但小程序是微信的呀，那還不是分分鍾就關掉。 所以在抗風險方面，二者各有千秋。如果是 H5，那就多准備幾個域名；如果是小程序，就直接多上線幾個小程序，保證封禁時損失降到最低。
除了形式上的體驗差異，性能上也是有差異的。小程序基於微信客戶端實現，對解析進行了優化，並且一旦首次打開小程序，可以直接緩存很多資源。因此，在使用小程序時可以明顯感覺很流暢，接近原生 APP 的體驗。
而 H5 本質上還是網頁，跟之前在 PC 上瀏覽網頁沒區別，每次要請求各種圖片樣式資源，在瀏覽器內核里渲染，因此體驗會差一些。
五、訪問入口
在訪問入口這個點上，H5 的核心競爭力就是能在微信之外玩，不依賴微信本身。而小程序的優勢，就是有 50+ 微信提供的場景入口，並且聊天界面頂部的「最近使用」和「我的小程序」這個入口，相對 H5 來說是有絕對優勢的。
用戶關閉之後，H5 頁面如果想繼續訪問，可能會通過收藏入口，或者轉發給「文件傳輸助手」等聊天界面保存，還可以縮小到圖標稍後閱讀等等。本質上還是跟 PC 時代的瀏覽器收藏夾差不多，需要有個地方把 H5 的鏈接地址保存下來，方便下次訪問。如果沒有保存，下次就很難找到了。
至於微信內的搜索，是可以同時搜索 H5 和小程序的，可以根據 H5 的名字和內容、小程序的名字和介紹來搜索。這里 H5 有個天然優勢就是，只要你的鏈接在各大搜索引擎提交過，那麼使用其他的搜索引擎也能搜出這個 H5，比如網路搜索。
六、用戶觸達
H5 本身是沒有用戶觸達能力的，如果用戶關掉了頁面，頁面就再也沒有辦法主動觸達該用戶了。因此，傳統的營銷方式都是採用郵件營銷或簡訊營銷等來觸達用戶。
後來，我們有了微信服務號，就多了服務號模板消息的觸達方式。不管是哪種方式，都是想方設法把鏈接地址推送給用戶，用戶點擊時再通過手機內置瀏覽器或微信內置瀏覽器訪問頁面。
而小程序天然支持模板消息，雖然有一周的推送時間限制，但是常規的業務已經足夠了。只要用戶使用你的小程序，你就可以通過某種操作收集 formid，然後即可在一周之內的任意時間觸達用戶。
七、開發成本
對於簡單功能，H5 和小程序的開發成本是差不多的，開發模式和語言風格也類似。而對於前面說到的系統能力，可能就只有小程序才能實現，H5 根本做不了。此外，小程序自成體系，因此也有一些現成的組件可以使用，如果剛好覆蓋了你的產品功能就能提升效率。
雖然 H5 也有很多框架組件可以用，但由於過於龐雜，有選擇成本，且技術棧和 UI 五花八門，可能還有融合和修改的成本。而小程序組件的 UI 大部分已經確定，只有很少的部分可以修改，所以一旦認定使用小程序，這部分成本會低很多。
總體上來講，我覺得還是可以認為小程序的開發成本更低一些。
八、迭代周期
開發成本低，未必迭代周期就短。對於 H5 我們可以隨時發布上線，不用受任何牽制。而小程序的特點，就是每次提交版本都要經過微信方面的審核，且審核時間的長短很隨機，著急上線的項目就很無奈了。
至於其他速度，取決於開發人員技能熟練程度，系統復雜度，對基礎能力的依賴等，就不好估算了。
九、外部限制
由於小程序依賴微信平台，因此微信平台要對內容安全等事項負責，比如你想搞個有 UGC 的產品，用 H5 可能還可以趁著監管寬松無證裸奔一陣，或者說做大了再補證。
而小程序，就很可能完全不能過審，根本上不了線。比如試聽類，社交類，都有對應的資質，而這個資質還可能很難獲得。
類似的，H5 頁面可以不用搞 HTTPS，有個網站就能玩，甚至用工具做個小活動也都可以玩。但是小程序，從後端開始就有限制，要求域名備案+HTTPS，一定程度上也是一點成本。
此外，小程序對文件大小也有限制，雖然現在已經支持分包載入，但是在文件大小方面，H5 本身是沒有什麼限制的。只是實際開發的時候，要照顧用戶的體驗，不能讓頁面打開太慢。
綜上所述，H5 和小程序在不同的場景下各有千秋，具體使用哪一種要看你看重哪些能力。 H5 和小程序都是實現產品的工具，選擇工具最擅長的能力，其他方面再想辦法來彌補即可。最後，再附上完整表格一份，看你是否已經明了二者的差異：
C. 網站和微信小程序哪個更難
現在網站的重要性下降了很多，但是在很多時候，又必須要有網站，就像一個信任背書一樣。而小程序是2017年新出的，這兩年越來越受重視，不但有微信小程序，還有網路小程序，頭條小程序等等，在某些方面可以取代官網的存在了。
什麼行業需要做網站和小程序呢？放寬了說這個是沒有什麼制約的，什麼行業都可以做。特別是零售行業。新零售提出的全渠道營銷，網站和小程序也是比較重要的渠道之一，在這個用戶流量越來越分散的時期里，這兩個渠道是不容錯過的。
實際上也是如此，很多的零售商家都有這方面的計劃，近幾個月，小程序很火爆，來找我們做小程序的也很多。
D. 嵌入已有的 Web 頁面的「Web」小程序和使用微信小程序框架開發的「原生」小程序相比，有哪些區別呢
在這之前，如果有人問我，在微信中做一個產品，是用小程序還是 Web 頁面 (嚴謹，既不是 HTML5 更不是 H5…) 的時候，我會這么說：
產品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。
營銷上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。
關於後一點，朋友圈分享現在普遍會用海報來做，在這點上 Web 和小程序的能力其實是一樣的，都是只能幫你保存圖片到相冊，再請用戶手動發送到朋友圈。而小程序獨有的發現 - 小程序、搜索框快捷方式等對用戶回訪特別重要的入口，Web 頁面是不能使用的。
那麼，昨天的發布意味著什麼？簡單地說，小程序的開發成本有了很大的下降。
微信小程序剛剛上線的時候，由於小程序使用類似 HTML、CSS 和 JavaScript 等 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 頁面更快。
E. 微信小程序出來了，原生 App 和 Web App有什麼區別
原生 App 是為了實現某項功能，針對特定設備設計的產品，他們需要安裝到設備上使用，通常能都調用設備上的其他硬體功能，我們通過App Store或者各大安卓應用市場下載的App均屬於原生 App范疇；而Web App直接利用設備上的瀏覽器訪問，不需要下載安裝，實現了跨平台。就目前而言原生 App可以最大程度的對手機硬體資源進行利用，在性能、交互、設計、展現效果上遠遠超過Web App的軟體和服務，但是由於開發成本低、發布周期短、維護簡單等優勢，也不乏一些創業者通過這種輕量級的應用進行產品快速的市場驗證。
F. 畢業設計微信小程序和網站哪個好做
畢業設計選擇微信小程序比網站要好做一些為微信，小程序的設計比較簡單，並且很容易上手。
G. 如果會前端開發，去開發微信小程序難嗎，小程序是基於網頁的實現嗎
不難。
微信小程序類似於web開發，主要區別在於小程序有自己的一套框架，看起來很像angular，實際上也有點區別。
小程序有部分使用原生組件渲染，如canvas最終會渲染於原生組件上。小程序可以有更全面的原生api介面調用，可以實現類似於微信原生app的功能。
但對於開發者來說，只要會html、css和js，開發小程序都不難，甚至難度可能比vue,angular還低。