⑴ android開發和微信小程序開發哪個容易入門，推薦學哪個
第一、就是開發費用不同。同樣需求的前提下，小程序的開發成本比APP少。因為前端只需要做一套，而APP是需要區分安卓和iOS。
第二、就是開發周期不同。小程序有微信生態的基礎，很多底層的代碼都有較好的封裝。APP都是從零開始搭建。
第三、是審核機構和周期的區別。小程序是微信官方審核，最快十分鍾就可以過審。APP蘋果版本需要美國總部來審核，最快都需要一周時間。安卓有很多平台，每個平台都要提交一遍申請。如華為、小米，騰訊應用寶等。另外APP是需要軟體著作權才可以過審。
第四、是依賴關系不同。小程序是依賴微信，微信是一個APP，所以它依賴於應用市場，它們是一個包含關系。微信小程序和app哪個容易開發？
一、目標群體
小程序：小程序只能在微信中使用，僅限於微信用戶和小程序的目標用戶；目前，微信用戶超過12億，小程序是一個新興市場，發展空間仍然很大。
APP：今天的APP面向所有使用智能手機的用戶。因此，APP擁有廣泛的用戶群。
二、 功能板
小程序：小程序依靠微信生存，沒有微信，小程序不能使用；小程序的承載能力不如APP好，只能提供一些簡單的功能；但小程序不需要下載和安裝，也不佔用手機內存。
APP：應用程序的所有功能都非常完善。畢竟，開發時間足夠長，可擴展性強，用戶服務更完整；在應用程序中，可以任意發揮應用程序的許多功能。只要企業的開發團隊足夠專業，就可以輕松實現許多功能。
三、開發周期
從開發周期來看，小程序具有絕對優勢。小程序：因為它依賴於微信這個小程序，所以開發周期很短，通常只需要大約兩周就可以完成。
APP：APP的開發周期相對較長，從兩三個月到半年甚至一年不等；此外，APP還必須考慮兼容性，因為不同的操作系統有不同的版本。
四、開發效果
小程序：小程序依靠微信生存，微信是一個非常大的生態系統。因此，小程序可以在微信的社交圈推廣，使用起來相對方便。
APP：APP是一個獨立的生態系統，推廣效果比小程序弱。
五、用戶體驗
小程序：小程序依靠微信生存。因此，無論是界面設計、頁面切換還是功能需求，出現相同的設計是正常現象，所以難以實現高度的定製化。
APP：APP在用戶體驗方面具有絕對優勢。無論是從頁面載入速度、產品知名度還是界面不好看，企業都可以讓專業技術人員進行調整。
貴陽小程序開發
⑵ 微信小程序和H5哪個更適合企業
聊這個話題之前，咱們先搞明白微信小程序和H5。
微信小程序在我之前的文章里聊了很多，不再贅述。那H5是什麼呢？
簡單來說，H5的載體是瀏覽器，因此只要有瀏覽器，就可以使用，比如手機內置的瀏覽器。我們將從幾個緯度來了解微信小程序和H5之間的不同。
一、載體
H5的載體是瀏覽器，手機瀏覽器或者電腦瀏覽器都可以打開。微信小程序的載體是微信APP，所以只能在微信中打開。
二、功能許可權
比如：您想通過程序獲得用戶的電話
比如：您想通過程序直接將活動分享給好友
比如：您想通過程序分享出卡片式的分享界面
微信小程序可以做到以上的所有，H5就不行。
再比如：您想小程序可以同時支持微信支付和支付寶支付
微信小程序做不到，它只支持微信支付，而 H5 就可以做到。
三、運行流暢度
剛才我們說了H5實際上是打開一個網頁，而網頁需要在瀏覽器中渲染，就會有卡的感覺，而微信小程序是直接在微信上運行，使用體驗就比H5流暢很多。
綜上所述，兩者各有千秋，根據自身的業務需求，選擇自己想要側重的部分進行工具選擇就好~
⑶ 如果會前端開發，去開發微信小程序難嗎，小程序是基於網頁的實現嗎
不難。
微信小程序類似於web開發，主要區別在於小程序有自己的一套框架，看起來很像angular，實際上也有點區別。
小程序有部分使用原生組件渲染，如canvas最終會渲染於原生組件上。小程序可以有更全面的原生api介面調用，可以實現類似於微信原生app的功能。
但對於開發者來說，只要會html、css和js，開發小程序都不難，甚至難度可能比vue,angular還低。
⑷ 到底 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 和小程序都是實現產品的工具，選擇工具最擅長的能力，其他方面再想辦法來彌補即可。最後，再附上完整表格一份，看你是否已經明了二者的差異：
⑸ 現在做網站跟做小程序相比那一個更有優勢一點
微信小程序的出現，顛覆了傳統電商與零售，方便大眾的同時，也給中小商家迎來了新的機遇與挑戰。微信小程序並非普通的應用程序，它比網頁的體驗更流暢，比APP更方便；商家可以利用小程序的開放介面，實現各種營銷功能開發，結合微信平台天然的社交屬性，促進拉新與復購，達到業績最大化。微信小程序比H5網站、公眾號、APP的優勢對比如下：
網站：製作成本低。移動端網站體驗並不好，欄目頁面選擇困難，沒打開一個網頁要載入數秒，效率非常低下。網站留存一直是個難題，通常，用戶瀏覽某個網站退出後，可能再也找不到該網站了，因為讓用戶記住一個陌生的網址或品牌，相當困難；
公眾號：製作成本低。經過開發的微信服務號，非常實用，商家可以根據公眾號提供的開放埠，開發出商城、各式各樣、新穎的營銷工具，用來服務用戶，用戶在公眾號裡面嵌入的商城裡可以購買、享受服務等。但，用戶想要最終進入商城下單，必須要先關注公眾號，然後再進入公眾號首頁的菜單，點擊菜單按鈕後，才能進入商城頁面，這個步驟太繁瑣，並且公眾號商城開發技術是基於H5，裂變傳播越來越弱，因為現在的人都不願意關注一個陌生的公眾號；
APP：製作成本高。除非是超高頻APP，否則用戶留存是個難題，雖然現在的手機容量都很大，但並沒有多少錢願意去下載一個幾十兆臃腫的APP。
小程序：製作成本低。微信小程序解決了以上幾點難題，用戶無需下載、無需關注，通過用戶分享、搜索、掃碼等方式打開就可以使用，反應速度快，由於體驗良好，裂變傳播速度更快。微信小程序同樣開放公共埠，可供商家對接開發各種工具，比如商城，可供用戶在小程序商城下單，同時也可以開發各種營銷模塊，促使用戶自主轉發，使得小程序實現自傳播。
總結：信息高速發展，企業一定要與時俱進，這樣才不被時代所拋棄。
⑹ 寫給Android開發者看的『微信小程序和Android開發的對比』
微信小程序近期可謂是動作頻出，僅最近新增的能力就有：
種種跡象表明，微信對小程序的期望值是很大，所以在它推出的幾個月效果沒到達預期的情況下，之前的很多『克制』也就逐漸變成『放肆』了 —— 不過不管小程序以後的發展到底怎樣，對我們開發者來發，多了解一些總是沒有壞處的。
他山之石，可以攻玉。
對於是技術人來說，多了解一些不同的技術、不同的開發模式、不同的架構思想，提高技術『廣度』，對於自己的成長是十分必要的。
所以，本文就是從一個 Android 開發者的角度，從項目工程方便切入，來分析一下『微信小程序』跟『Android App』開發上的一些異同。
『微信小程序』開發是一個相對較新的技術，希望通過本文，能讓你對它多一些了解。
因為內容是從Android開發的角度來談的，所以我假設你已經對 Android 開發比較熟悉了。並且對微信小程序的開發也比較感興趣，如果要是再能有些 javascript、css 的基礎的話那就更好了！
Android 開發我們已經比較熟悉——
作為冊叢對比，進行微信小程序開發所用的語言是這些——
wxml (WeiXin Markup Language) 基本約等於是 xml。微友握信之所以沒有直接使用 xml ，可能是為了以後擴展方便一些（野心很大）。
同理， wxss (WeiXin Style Sheets) 基本約等於是 css。也是微信擴展了一些功能，比如統一的尺寸單位 rpx 。
對於 Android 來說，對於頁面的描述基本上在 xml 中定義的，比如：
這是一個簡單的典型的示例，這個文件就是描述了兩部分內容：
some.wxss:
很明顯可以看出：wxml 是負責了 頁面結構 的展示；而 wxss 則負責了對 頁面樣式 的定義。
這種把結構和樣式分離的做法，其實是延續了網頁開發中的習慣（html + css）。
這樣做的好處起碼有兩個：
——看起來還是挺簡單州告櫻的結構:
這三個文件用以描述小程序 app 相關的內容，他們的命名是固定這樣的，位置也固定是在根目錄下。
app.js 基本相當於 Android 中的 Application 類，文件中主要是有一個 App() 函數，來進行小程序的初始化操作。
app.json 的作用跟 Android 中的 AndroidMainifest.xml 文件很相似 —— 都是靜態化的配置文件。
app.wxss 定義全局的樣式 —— 其定義的樣式會作用於每個頁面。比如在 app.wxss 中加入：
就可以給所有的 text 控制項添加 5px 的 padding 。
當然，頁面本身的 xxPage.wxss 可以定義局部樣式來覆蓋全局樣式。
根目錄下的 utils 文件夾中有一個 util.js 文件，這個故名思意，是類似於 Java 中的一些工具類的存在。
utils 文件夾其實是一個非必須的結構，而它之所以出現在官方的 HelloWorld 工程中，是作為一個代表，表明了開發者在這里是可以自定義新的文件夾和結構的。微信小程序作為一個使用 js 來開發的平台，是可以使用許多第三方的 js 庫的，對於這些第三方庫，以及其他的圖片資源等，都可以放到自定義的文件夾中。
pages 文件夾下包含兩個子目錄：index 和 logs ，兩個目錄的結構都是基本一樣的，都是包含四個相同主名稱的文件： xx.js、xx.wxml、xx.json、xx.wxss 這幾個文件。
這樣的一個典型結構表明它是一個小程序的頁面，四個文件的作用分別是：
在視圖的動態顯示上，微信小程序使用了 數據綁定（data-binding） 的方式。
如果你之前使用過 AngularJS 或者 Vue.js 等這些流行的 js 框架，那麼你肯定對 數據綁定 並不陌生。它是一種把一個控制項的屬性綁定到某個數據對象（view-model）的屬性的方法，這樣在改變數據對象屬性的時候，所對應的控制項屬性也就會相應變化 —— 在開發中，這種方式會使得對 View 層的顯示控制變得十分簡單、自然。
基於此，軟體工程的流行架構方式也在之前的 MVC 、 MVP 之外，又多了一個 —— MVVM（Model-View-ViewModel） 。
數據綁定 這種方式現在是如此的流行，以致於 Android 官方都出了一個 [Data Binding Library] ( https://developer.android.com/topic/libraries/data-binding/index.html ) 來支持數據綁定，但是由於成熟度等原因，目前還並沒有成為主流，Android 中的主流視圖顯示方式，還是通過開發者手動給每個控制項 set 數據。
—— 單從這一點上看，微信小程序的開發模式是比原生 Andorid 要『先進』一些的~ 😏
小程序雖然是和前端 H5 頁面一樣是用 js 來開發，但是由於它最終運行的平台不再是瀏覽器，而是和 App 的表現幾無二致，所以頁面的生命周期也是和 App 差不多的。
一個小程序頁面的典型生命周期如下：
對比一下 Android 的 Activity 生命周期 ：
微信小程序的頁面生命周期稍微簡單一些，但主要的思想跟 Activity 生命周期基本是一致的。
小程序的官方 IDE 是微信自己出品 微信Web開發者工具 ，它內置了一個小程序的運行環境，本質上是基於 Chrome 內核的一個瀏覽器框架，算是一個模擬器了。
——它雖然跟 Android 的各種高大上的模擬器相比起來略顯簡陋，但是基本該有的功能也基本都有（斷點、Log、網路監控等），而且由於是基於瀏覽器內核的頁面 DOM 解析，所以運行的速度也是像瀏覽器打開網頁一樣流暢，不會像 Android 模擬器那樣對系統資源要求很高。
另外，在綁定了開發者賬號之後，也可以用手機進行真機調試來調試小程序，所以也能在上線前用不同的機器來進行充分的兼容性測試。
總體來說，小程序作為一個新的形態，從開發的角度，它可以算作是一個【Native開發】和【H5開發】的結合，它吸收了原生開發和 H5 開發的優點。對於前端開發人員和原生開發人員來說，都可以在微信小程序中找到許多熟悉的東西。再細節的許多點這里就不在贅述了，大家如果有興趣，可以自己上手去體驗一下。
綜上，自然也就有兩種人特別適合去做小程序的開發——H5的前端開發人員，以及之前的 Android/iOS 原生 App 開發者。
微信小程序的開發總體來說是很簡單的。
—— 對於前端開發者來說，了解一下原生 App 的一些相關思想即可，這些工作其實只要讀一遍小程序的開發者指南基本就差不多了。
—— 而對於原生開發者來說，只要稍微補一下 js 的相關知識（html/css），也基本就差不多可以上手去做了。如果你之前恰好已經有過一些 js 的使用經驗，那就不用多說了，花半個小時看一下小程序的文檔，直接上！
關於作者 :
http://www.barryzhang.com
https://github.com/barryhappy
http://www.jianshu.com/users/e4607fd59d0d
⑺ 淺談微信小程序的利與弊
直到前天的正式上線，微信小程序迅速火爆朋友圈~我也來湊個熱鬧，隨便說說自己對小程序的小小見解~
作為一個有著三年多iOS開發經驗的程序媛和一個微信公眾號的運營者，在微信小程序之火剛剛燎原之際，我就產生了濃厚的興趣並關注著動向。不過直到上個周末我才安裝小程序的開發工具，而對於它的用戶體驗，更是遲在公測之日使用到第一個小程序——微信自己開發的「小程序示例」，才真的體會到小程序到底是個啥（在此也深深地鄙視一下自己的執行力）。
到目前為止，我一共添加並使用過5個小程序（排除小程序示例），它們的體驗好壞不同。總結一下就是——app為主，小程序為輔。小程序現在還無法撼動原生app的地位~
經常使用微信看公眾號文章的童鞋應該有一個很不好的體驗：在關注地看某篇文章時，經常錯過朋友發的微信消息（因為iOS系統的局限性，app在前台時不會發出通知），或者因為要看朋友發的消息，而不得不退出目前正在看的文章，要麼把鏈接轉發到自己微信賬號/文件助手裡，要麼收藏該文章留著之後再看。這樣導致的結果是：①被迫暫停了閱讀的快感，之後忘記繼續閱讀②沒有及時回復重要的消息。我覺得這是目前微信最需要改善的一個缺點~
那麼小程序的出現，還是會面臨上述問題：因為如果我們沉浸在一個小程序里，還是會漏掉微信消息。說嚴重點，小程序和公眾號文章類似，它們和微信最原始的功能「聊天」是沖突的！這也導致了小程序具有局限性，只能做的比較「淺」，設計者在設計小程序時應盡量避免讓用戶停留太久的時間。
嗯~相信對於好多童鞋來說，很多原生app的存在只是對於某些特定的場合：比如我只在不知道中午吃什麼的時候用【大眾點評】、只在晚上訂飯的時候用【美團外賣】，所以這兩個app我可以毫不猶豫地從手機里刪掉，改為使用微信小程序，這樣也完美地解決了①好多童鞋手機內存低的問題，②像我這樣不定時會清理掉多餘的app的奇葩【捂臉】（連自己手裡里的文件夾也是按照圖標顏色分類的 = =）不過對於大多數app，尤其是功能比較復雜、或用戶信息安全性需要得到保障的，我想大多數用戶不會舍原生app而去選擇小程序。
說完用戶體驗，再說說它的開發吧~微信的開發文檔寫的比較全面，還有作為示例的小程序展現了各種控制項的展現方式，相信對於做前端和後端的資深開發者來說，開發小程序的難度比較低，容易上手。因為我一直在做iOS開發，偏離html語言太久的時間，因此對於我來說有些學習成本。
總之，我很佩服微信的團隊，他們總是在不斷地創新，研發了很多NB的產品。對於小程序，昨天的公測只是一個開始，微信小程序團隊還有很長的時間去發展，我也同樣期待著，微信小程序會給大家帶來更出色的體驗~我也不擔心自己的移動開發前程因為我已經開始學習win10開發了哇卡卡卡卡卡【嘿哈】（請大家腦補微信同款小表情）