① 微信小程序和WebApp有什麼區別
微信小程序開發還有這些特徵：
1、微信小程序的入口不在微信，而是在二維碼里，小程序的啟動更多是來源於二維碼掃描；
2、微信小程序不需要到應用商店去下載、不需要訂閱、不能推送消息；
3、和訂閱號的媒體屬性不同，由於在傳播、分享上存在一定的限制，「小程序」主打服務屬性——簡單、干凈、用完即走是它的天然特徵；
有了微信的入口加持，可以輕易被用戶搜索到，因此使用時，可以在小程序中嵌入最吸引人的功能，藉此向APP導入重度用戶。
有人可能會認為，微信小程序開發類似於經常接觸的H5頁面，WebApp或手機網站，只要將原有代碼稍微改一下，就可以變成微信小程序，其實不是這樣的。微信小程序開發相當於重新做了一個不同於傳統形式的APP，從開發、設計、測試、升級都是單獨的一套。微信小程序和原生APP以及輕應用都不同，它更像是微信功能的延伸，更加註重場景化。
但從本質上講，它依舊沒有擺脫原生APP開發以及輕應用所面臨的兩個問題：基於H5的特性和功能上的限制，微信小程序開發雖然無需安裝可以即開即用，能夠很大地減少手機的存儲空間佔用，但是對於網路的依賴也更加嚴重，輕量的定位在功能體驗上也會不如傳統APP開發出色。
② 微信應用號的出現，對Android/ios開發和web開發分別會有什麼影響
微信應用號深度解讀
一、應用號將使得哪些群體受益？
1）既有的中小APP團隊。應用市場上存在著大量長尾APP，這些APP開發成本高昂，在兩個操作系統若干應用商店內的維護升級成本也相當高。應用號將使得這些長尾團隊能以低成本開發出產品，並且維護升級更方便。
2）數量龐大的線下企業和商戶。原有的服務、訂閱號形式功能單一，無法滿足大量線下企業互聯網+轉型需求，而原生APP技術復雜，開發成本高昂，應用號將為這數以千萬計的線下單位帶來布局互聯網的機會。
3） 原先服務號和訂閱號上成熟的運營團隊。應用號雖強調應用功能，但仍會保留社交屬性，而不是純粹靠砸錢硬推。公眾號上運營經驗成熟的團隊將因此受益，可能率先推出一些能替代知名原生APP的應用。而後入局的原生應用團隊可能被甩下。
4）開發者群體。應用號是基於HTML5的開發方式，只需開發維護一個版本。而原生應用需要針對不同操作系統、系統版本甚至品牌機型都做不同調整。而且，微信內部有大量的基礎服務介面，比如支付、地理、掃碼等，開發者不需要重復開發。
二、應用號可能帶來的市場沖擊。
1）首當其沖的是佔領O2O領域，因為這更符合微信商業化的計劃，也很符合原有微信公眾號里存在大量線下商戶的現狀，同時，買賣支付的技術也比較成熟。從網路先前搞的直達號來看，也是O2O領域最紅火。
一些知名的O2O應用，可能會被迫在微信裡面設置自己的官方應用號，逐漸被分流流量，甚至萎縮原有市場。
2）沖擊老舊的應用商店運營模式。
原有的應用商店，如appstore、應用寶，是靠完全壟斷應用分發權力，來向開發團隊收取分紅或廣告費。
應用號可能會探索一條新的模式，即以社交傳播的方式分發應用，而不是主要靠榜單下載。微信官方的盈利，也將側重於向應用內部植入基礎服務，而非主要收取廣告費。
三、應用號會以什麼樣的模式運營？
1）應用號的申請步驟，依然會與先前的公眾號大同小異。
2）得到應用號的企業，應該會在一套技術框架內，實施更復雜的自由開發，以創建媲美APP的功能，但這些應用可以共享微信的用戶數據和基礎服務。
3）微信應該會多應用號分出類別，甚至是推出地理位置推送等更復雜的分類方式。而企業也將聚合自己的線上線下資源，主要以社交的形式推送。
四、應用號對於互聯網大局的影響。
1）可能會改變互聯網創業的方式。主要是改變「推出新品——砸錢推廣——吸引用戶」的模式，它會使得創業更多面向微信用戶的生活周邊實際需求，而不是去開創一種新商業模式。新模式新產品，以後可能只有實力超群的達團隊才能做起來。
2）大幅度增加移動互聯網的企業玩家。移動市場上的服務提供者，可能會迎來一次顯著的爆發，形成一股結合自身線下產業的互聯網+的創業潮。
觀點一：應用號誕生的必要條件之一，是HTML5開發技術的成熟。
1、 包括微信在內的各個瀏覽器，對H5的支持日益增強
2、大幅度提高H5開發的效率，並實現了之前只有原生應用才有的功能，如調用相機、訪問系統、地理位置等。
3、 這些使得應用號具備了大規模、深度化創作的基礎，成為了有根之木，有源之水。
觀點二：應用號這一產品要能成功，就需要市場提供門檻更低，更全面的技術解決方案。
1、 原生開發技術，乃至HTML5的編碼開發技術，實現成本都相對較高昂，阻礙了很大一部分技術力量薄弱的企業團隊布局移動互聯網。
2、 除了開發應用，企業還需配套的技術服務，比如接入統計、存儲服務，還有在運營應用號的同時，也能將同一版應用封裝到其它應用平台，像青雀這樣的全面方案可以解決這一整套問題。
觀點三：H5技術，將大大增強應用的開放性、社交性，徹底改變應用的面貌。
1、 此前，APP是獨立存在於系統，不同APP之間基本無法互通數據和功能，也沒什麼社交屬性。
2、未來輕應用解決方案將與微信的生態服務戰略契合，使得應用可以以場景化、游戲化等多個方式傳播，並且實現用戶數據的共享，既使用戶體驗更流暢，也讓企業方運營效率更高。
目前網上H5開發工具的普遍情況：如兔展、maka等工具，通常採用的是模板+組件化的操作，可以在既有模板上修改，換上自家內容，也可以利用組件進行有限度的創新。其次，各個H5開發工具普遍強調上手容易，製作簡單，但開發的自由度與深度不夠。開發的應用類型主要集中於O2O、B2C商店、企業展示等功能比較雷同的板塊。
③ 最近准備開發一個app，但不知道該做Web App、Hybrid App還是Native App
1. Web APP
Web App 指採用Html5語言寫出的App，不需要下載安裝。類似於現在所說的輕應用。生存在瀏覽器中的應用，基本上可以說是觸屏版的網頁應用。
優點：
開發成本低，
更新快，
更新無需通知用戶，不需要手動升級
能夠跨多個平台和終端。
缺點：
臨時性的入口
無法獲取系統級別的通知，提醒，動效等等
用戶留存率低
設計受限制諸多
體驗較差
2. Hybrid App
Hybrid APP指的是半原生半Web的混合類App。需要下載安裝，看上去類似Native App，但只有很少的UI Web View，訪問的內容是 Web 。
例如Store里的新聞類APP，視頻類APP普遍採取的是Native的框架，Web的內容。
Hybrid App 極力去打造類似於Native App 的體驗，但仍受限於技術，網速，等等很多因素。尚不完美。
3. Native App
Native APP 指的是原生程序，一般依託於操作系統，有很強的交互，是一個完整的App，可拓展性強。需要用戶下載安裝使用。
優點：
打造完美的用戶體驗
性能穩定
操作速度快，上手流暢
訪問本地資源（通訊錄，相冊）
設計出色的動效，轉場，
擁有系統級別的貼心通知或提醒
用戶留存率高
缺點：
（1）分發成本高（不同平台有不同的開發語言和界面適配）
（2）維護成本高（例如一款App已更新至V5版本，但仍有用戶在使用V2， V3， V4版本，需要更多的開發人員維護之前的版本）
（3）更新緩慢，根據不同平台，提交–審核–上線 等等不同的流程，需要經過的流程較復雜
相比Native App，Web App體驗中受限於個因素：網路環境，渲染性能，平台特性，受限於瀏覽器，系統限制。
TestBird
④ 移動端輕應用一般用什麼語言寫前端和後端
看需求而定吧.如果為了求快和廣適應,可以用html5編,考慮好web responsive就好,或者轉換成hybrid的各平台native app.如果需要對移動設備的device要求較高(比如camera,storage,聯系人信息,網路信號等等)則需要用平台語言寫native app
後端根據需要可以php或.net,如果安全需求較高,可以j2ee
⑤ 原生APP和Web APP的區別
html5封裝的app與原生態app有什麼區別呢？
html5又和app有什麼區別呢？
為什麼大型網路公司還是傾向於推廣原生態app呢？
html5是有跨平台的優勢，但是為什麼還是不溫不火，或者我們仍稱之為輕應用app呢？
查找了相關的資料，梳理了一下，發現有如下區別：
1.html5的app如輕型小炮，原生態app如正規大炮，html5實現的功能有限，只能實現一些輕型的交互場景，而app則可以完美解決。
2.html5雖然可以跨平台，可是瀏覽器有個載入速度，對於用戶體驗上說，有個載入的等待，就比如你用qq瀏覽器打開網路，和直接使用網路app是兩種體驗。瀏覽器打開網路，還得有個載入，而網路app則ang的出下了輸入框界面。
3.html5的app對於導航來說，目前有個弊端。而原生態app則在頁底固定懸浮著導航菜單。我給截圖，大家可以看看區分：看我紅線畫圈和藍色畫圈的區別。
4.html5 app也有自己的優勢，比如有的app頁面想要分享出來，則採用html5
app。也比如滴滴打車集成在微信里一樣，如果手機中沒有滴滴打車的app，則直接可以在默認瀏覽器上載入出來，進行打車。對於公司整體的運營來說不可少。
html5 app在設計時需要注意的一些要點，我也簡單概括了一下：
1）各手機瀏覽器的兼容測試
2）底層服務的調取（能調取，但只有當其是核心功能時才保留 eg：新浪、美團等皆去掉了頭像上傳功能）
3）注意離線數據存儲，減少數據請求頻率。
4）考慮保存用戶的哪些數據：設置、個人數據、閱讀錨點、跳出頁面等。【這點一般說的就是導航菜單】
5）避免動效與瀏覽器的交互沖突
6）按順序 非同步載入eg： 騰訊視頻
⑥ 現在web前端開發都做些什麼...
1網頁製作，負責頁面的設計與製作。
2前端製作工程師，專門負責製作前端頁面。
3網站重構工程師，負責web頁面的製作，主要是html和css部分，可能還需要知道一些Java語言。
4前端開發工程師，其Web前端人員的職責范圍也更大一些，他們的Web前端人員不僅要做HTML和CSS，還要做全部的Java或者Action，並且進一步擴展到Ajax甚至PHP等腳本語言的范圍。
5資深前端開發工程師，需要掌握的技能更多更全面，包含，小程序、app等等。
6前端架構師等等。
⑦ 輕應用，會成為未來的趨勢嗎
應用商店主導的移動互聯網生態圈存在根本的缺陷：1.分發困境，沒有好的方法觸及目標用戶。2.使用困境，用戶 下載之後極少使用。變輕，成為平台和開發者們共同的心聲，但是否會成為移動互聯網的未來趨勢，還是一個值得商榷的問題。互聯網生態圈已發生巨大變化 對比移動互聯網，PC用戶所處的環境可謂優渥：無需擔心流量、無需擔心硬體能力，更無需擔心電量消耗。PC的處理能力和帶寬足夠強大，一款瀏覽器就 可以滿足我們所有的需求：聽音樂、看視頻、閱讀小說、玩游戲、社交，幾乎你所有的需求都可以用瀏覽器得到滿足。瀏覽器成為PC端最為重要的上網入口，甚至 是唯一的入口。在這樣的背景下，絕大多數開發者們完全沒必要非得去做一個符合大多數windows用戶習慣的客戶端。其實如果你仔細觀察你的PC桌面，絕 大多數你安裝的客戶端都是屬於工具類的，這可能是因為對離線功能的需求所致。變輕，在PC端早已經成為一個行業大趨勢。而這種情況在移動互聯網卻發生了根本的改變：一方面，新用戶持續增長，用戶操作習慣還未真正成型，沒有一款超級應用能夠真正一統入口市場（連微信也 不敢說已經成為用戶上網的唯一入口），這使得開發者們都想成為獨立的平台。另一方面，受限於技術、硬體設備性能、網路環境等因素，輕量級的應用也很難提供 與Native App相媲美的用戶體驗，對於絕大多數應用開發者來說，在目前的環境下輕應用對他們來說或許只是一個備選而已。變輕，現在還有必要嗎？一、讓App回歸服務本身App開發者投入了大量人力物力開發應用，商業化對開發者來說是非常必要的事情，這些本無可厚非，但如果添加了一系列的不遵從產品主基因的功能，給 用戶造成很大困擾時，可能用戶就會去選擇一個新的替代App了。舉個例子，豆瓣讀書，如果加入「每日精品圖書推薦」版塊這就非常合理，但如果加入「精品游 戲游戲推薦」，這在我看來就是「臃腫」。國內的用戶沒有很好的付費習慣，免費成為大家的共識，所以對於絕大多數沒法成為平台的App來說，只能通過犧牲服 務體驗來獲得商業價值上的回報。而在筆者看來，當接入到超級App平台時，超級App卻能夠一定程度上更好幫助他們實現商業化，像網路輕應用平台就已經在 廣告聯盟、自主廣告投放上提供了支持。微信上線的支付功能也為開發者們提供了無限的可能性。當開發者不用在苦惱商業變現問題時，回歸服務就成了他們必然的 選擇。這也能一定程度上杜絕App因服務體驗的下降變成僵屍App的困境。二、對開發者來說，輕應用可以解決分發和使用困境首先，隨著網路基礎設施建設的逐步完善，無線網路能力將提升，基於web的輕應用實用性將大大提升。其次，擁有統一框架 的輕應用開發相對更為簡單，而且沒有跨平台的成本。維護起來相對更為簡單，媽媽再也不用擔心升級提示了。再次，可以通過輕應用平台的裝機量吸引中小企業， 內容供應商等加入這個平台。對於開發者來說，他們最關心的還是能否獲得更多的用戶，在應用商店推廣成本居高不下的當下，有這樣一個有價值的分發渠道，對他 們來說值得一試。三、對用戶來說，輕應用更貼心方便拿網路輕應用平台來說，網路將會根據大量數據分析用戶、內容和場景對用戶的搜索結果精準推送服務，用戶要做的只是搜索，就能得到一個相當符合需要的 內容和服務。這種服務，不同於Native App，有著免下載安裝，無更新和推送消息的巨大優勢。服務承載在網路上，數據儲存在雲端，用戶免去了大量的內容獲取路徑，搜索即達。all in one在未來會是一個大的趨勢不同於PC，手機獲取外部資源的能力非常局限，成本相對較高。信息的斷鏈，使得用戶不得不通過安裝越來越多的Native App才能夠滿足一次簡單的需求。每個手機里安裝的App可能都滿足了用戶某種特定的需求，可能沒有任何一點臃腫感，但當這些堆滿用戶手機桌面時，不斷彈 出的升級更新提醒，壓迫感也就隨之而無處不在了。看到過這樣一段話深表贊同：「在實現一個用戶需求時，當某環節體驗出現問題，如果能有更好的解決方案，那 么用戶習慣就可以被改變，即使這是一個很牢固的習慣。」這和10年前的PC成就軟體而現在軟體的使用頻率越來越低情況類似，拿視頻領域來舉例，我們在PC上一開始是用視頻客戶端看視頻的，但每次打開客戶端都會彈出各種廣告，當網頁端能夠提供不下於客戶端的用戶體驗時，多年養成的用戶習慣就被改變了。
⑧ 輕應用，Web App，Native App三者有什麼區別
一、什麼是Native app
Native App是一種基於智能手機本地操作系統如IOS、Android、WP並使用原生程式編寫運行的第三方應用程序,也叫本地app。
Native App因為位於平台層上方，向下訪問和兼容的能力會比較好一些，可以支持在線或離線，消息推送或本地資源訪問，攝像撥號功能的調取。其實也就是我們現在使用的基於本地（Andriod\IOS\Metro）運行的APP。
Native App的優勢：
1.提供最佳的用戶體驗，最優質的用戶界面，最華麗的交互
2.針對不同平台提供不同體驗
3.可節省帶寬成本
4.可訪問本地資源
5.盈利模式明朗
Native App的劣勢：
1.移植到不同平台上比較麻煩
2.維持多個版本的成本比較高
3.需要通過store或market的確認
4.盈利需要與第三方分成
其實，只要現在從事移動互聯網的CP們，能深深體會到目前原生應用遇到的三大困境：1、雖然用戶手機里的Native APP數量在增多，但日均啟動個數卻在減少；2、用戶的使用時長不斷向高頻Native APP集中，加劇了頭部效應；3、對於低頻和不知名的Native App，則面臨著更嚴峻的「分發」和「使用」長尾困境。這三大困境對開發者形成了較大的挑戰。其中，大部分低頻和不知名Native App在應用商店少人問津，無法到達用戶手機。
二、什麼是Web app
Web無需安裝，對設備碎片化的適應能力優於App，它只需要通過XHTML、CSS和JavaScript就可以在任意移動瀏覽器中執行。隨著iPhone帶來的WebKit瀏覽體驗升級，使得專為iPhone等有WebKit瀏覽內核的移動設備開發的Web應用，也有了如App一般流暢的用戶體驗。（就是一種基於瀏覽的應用，技術咱就不管了）。
Web App的優勢：
1.開發成本低
2.適配多種移動設備成本低
3.跨平台和終端
4.迭代更新容易
5.無需安裝成本
Web App的劣勢：
1、Web App自身能力不全面
2、無法調用語音、攝像頭、定位等能力，體驗比較差；
3、用戶很難沉澱下來，建立較為穩固的聯系。
針對Native app 和 web app的分析，應該也可以大概理解出什麼是輕應用了吧！~一般在這種情況下，就會出來另外的一種概念叫融合。記得，曾經喬布斯老爺子有一次談到這個問題，他說Web是未來，雖然現階段Native給了用戶更好的體驗。如果現在的開發者不有效的利用Web技術，那他就落伍了。但如果過分依賴Web，完全不用Native那也未必就是好事。
三、什麼是輕應用？
輕應用是無需下載、即搜即用的全功能 App，既有媲美甚至超越native app的用戶體驗，又具備webapp的可被檢索與智能分發的特性，將有效解決優質應用和服務與移動用戶需求對接的問題。2013年 8月22日，網路在2013年網路世界大會上宣布推出「輕應用」，可實現無需下載，即搜即用和通過移動搜索智能分發。（註：其它早前360就提出過輕應用概念，更可笑的是當天老周在微博上發了這么一句話：一個認為移動互聯網是酒駕的兄弟，一直找不到方向，所以跟在360屁股後面。原諒這個醉漢吧！~至少是否抄襲不是咱關心的事兒，繼續捋該捋的！~~~）
輕應用的特點：
1、破殼檢索，智能分發
簡單理解就是通過之前應用商店以名稱進行檢索的方式，現在可以更精確的通過內部內容來匹配搜索，實現長尾搜索。
2、無需下載，即搜即用
無需安裝，節省存儲空間，使用方便，簡直輕得不能再輕。
3、訂閱推送，個性提醒
幫助用戶不搜即得，獲得個性化服務。舉個簡單例子吧：你關注了'91運營網「，而91運營網的內容主要是針對移動互聯網
的，你在關注這些閱讀應用自媒體的時候設置條件是移動互聯網的新聞時，那91運營網就有可能被推送。
4、雲端一體，能力增強提供了多種增強能力：LBS、語音輸入輸出、訂閱推送、電話撥打、攝像頭調起、分享評論等。
⑨ 響站封裝APP與原生開發APP有什麼不同
響站系統的APP生成有兩種模式：
一、根據網站內容進行APP生成。
二、根據需求進行重新設計APP應用頁面的排版與框架。
響站的APP均不是模版APP。
⑩ 輕應用是什麼webapp是什麼兩者有區別嗎
輕應用是什麼？
LAPP (Light App) 即輕應用是一種無需下載、即搜即用的全功能 App，既有媲美甚至超越native app的用戶體驗，又具備webapp的可被檢索與智能分發的特性，將有效解決優質應用和服務與移動用戶需求對接的問題。
webapp是什麼？
web無需安裝，對設備碎片化的適應能力優於App，它只需要通過XHTML、CSS和JavaScript就可以在任意移動瀏覽器中執行。隨著iPhone帶來的WebKit瀏覽體驗升級，使得專為iPhone等有WebKit瀏覽內核的移動設備開發的Web應用，也有了如App一般流暢的用戶體驗。
其實兩者的本質是一樣的，都是同樣的語言同樣的方法做出來的。
區別就在於：
1.webapp和網路輕應用在規格上，webapp比較廣，而網路輕應用專注於h5應用。
2網路輕應用兼容webapp中的h5應用和hybridapp。
3.平台不一樣：chrome網頁應用也屬於webapp，而輕應用只出現在移動端。