① 請教各位大神 web app在appstore審核的問題
一個webApp，在safari打開，然後添加到主屏幕。
這樣就能在主屏幕生成一個類似native app的app 圖標，方便用戶打開webApp。 但是實際使用中，通過主屏幕圖標打開webApp之後，在裡面進行登錄之後，系統又自動用safari打開了登錄之後的網頁。 登錄是需要保存cookie的。
所以用safari再次打開後就會由於cookie不對，導致之後的操作失敗。
② web app開發和原生app開發 哪個好
1.開發方面
原生APP：每一種移動操作系統全部須要獨立的開發項目，iphone版本、WP版本、安卓版本。每種平台全部須要獨立的開發語言。Java(Android), Objective-C(iOS)等等，必須要使用各自的軟體開發包，開發工具乃至各自的控制項。開發費用高、開發速度慢、維護費用高。三個平台（IOS、安卓、windows）的規則、推廣、運營全部不一樣。官方應用商店對APP上線審核過程相對復雜並且慢長，嚴重影響APP的發布上線。
Web App ：因為運行在移動設備的瀏覽器上，於是只須要一個開發項目。能夠通過HTML、 CSS或許JavaScript來實行Web APP的開發。開發費用低、開發速度快。
2.功能方面
原生App：原生APP就是一個系統性的應用程序，能夠類比在電腦上的軟體。原生app能夠調用移動終端的硬體設備， 好比：麥克風、攝像頭、簡訊、GPS、藍牙、重力感應等。完成功能豐富
Web App：Web APP能夠類比在電腦上的網頁。Web APP很多就是頁面展示類的APP。只可以使用有限的移動硬體設備功能。很多用來頁面展示，側重在簡單的交互，沒辦法使用很多硬體設備獨特的功能。
3.應用安裝使用方面
原生App：須要通過應用商店會原生app下載到手機上或移動終端上。以獨立的應用程序運行，用戶必需手動去下載並安裝這些原生App，原生應用能夠節約寬頻費用，能夠訪問本地資源、緩存。
Web App：通過移動設備上的瀏覽器訪問，軟體更新只須要更新伺服器就夠了，用戶層面不須要做一切操作。不須要安裝客戶端，能夠節省手機終端的內存空間。
4.版本控制方面
原生App：用戶能夠自由地選取能否更新軟體版本，於是能顯現不一樣用戶一起使用不一樣版本的狀況。一起同樣能引起維護費用相對比較高。使用舊版本的用戶沒辦法體驗新版本的完整功能。
Web App：全部的用戶全部就是使用同樣的版本，全部用戶得到的功能全部就是一樣的。版本更新相對比較便利，馬上在伺服器側更新數據就可以。一個功能做好了就可以上線，1天更新幾十次全部毫無壓力。假如客戶端不過是個瀏覽器，那所有都會變得非常簡單。其它web統一性高，跨平台實用時開發量少。因為其入口不顯著（瀏覽器導航或許隨意點擊鏈接進入），令用戶記住的門檻同樣隨之拔高，每次推廣導入的流量全部也許淪為一次性努力，用戶留存率低。
5.載入速度方面
原生App：原生APP由「雲伺服器數據+APP應用客戶端」兩個別構成，APP應用全部的UI元素、數據內容、邏輯框架均安裝在手機終端上。訪問的時刻，不須要重新下載載入應用頁面框架，只須要載入數據就可以。於是載入速度更快，頁面響應更快。
Web App：而Web APP開啟一個頁面，全部需要重新載入頁面的全部元素，訪問速度受手機終端性能與網路環境的限制，引起載入速度慢，並且操作頻繁容易卡死。
總結
原生App偏向在交互，注重用戶體驗（導航切換、勾選選項、相片、視頻等操作），Web APP偏向和瀏覽與簡單的交互。 一些功能須要訪問硬體（攝像頭、感測器等），使用原生App, Web APP用來信息展示。 費用有限時，中心的功能使用原生APP，周邊輔助的功能能夠使用Web App。
現狀：相對比較流行的技巧便是會原生App 和Web App實行融合，就是說應用大的框架就是原生的，其餘詳細的內容就通過網頁封裝，如此做的好處便是在方便更新的時候，同樣可以確保中心功能的交互體驗。
商領雲可以定製開發APP以及h5網站，也可以入駐商領雲SAAS+paas系統進行在線製作APP、小程序、移動網站和微商城等。
③ 開發個WebApp，沒有蘋果證書，怎麼才能打包讓
蘋果打包都是需要證書；
不管是上架還是測試，打包IPA都是需要證書；
如果只是想打包出IPA，可以淘寶買一個UDID證書，25元一個設備的樣子；
如果想上架appstore，可以先注冊一個蘋果開發者賬號，這個需要向蘋果官方申請！之後用開發者賬號自己製作蘋果證書，之後再打包，上傳市場等待審核！
當然了，你是webapp打包，可以直接使用一門app打包平台，可以一鍵將你的手機端打包成移動APP，蘋果版系統提供系統證書，可以直接打包出IPA，只是安裝麻煩！當然了，你想上架或者內側都可以聯系一門，全流程都可以給服務！
④ 移動web和webapp有什麼區別
一、地位不同
web屬於一種技術，而webapp則是根據這一技術開發成的應用，web是源頭，而webapp則是支流。
二、功能不同
web app特指的是用html5技術開發，之所以叫web app是因為他比較接近客戶端應用程序的用戶體驗，可以和系統深度融合，調用一些只有客戶端才能調用的功能（比如在移動設備上利用html5開發出的網頁可以訪問電話、攝像頭等本地功能）。
三、功能不同
移動Web App跨平台開發，用戶不需要去賣場來下載安裝App，任何時候都可以發布App，因為根本不需要官方賣場的審核。web直接下載到設備，以獨立的應用程序運行(並不需要瀏覽器)，用戶必須手動去下載並安裝這些原生App。
四、版本控制的區別
移動Web App，所有的用戶都是用同樣的版本。web用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況。
⑤ 怎麼將webApp打包上傳到App Store
這個你怕審核麻煩的話就自己辦理個人賬號也就是個人開發者賬號進入 ，提交你的apk文件，截圖和其他相關信息
然後就是提交審核，一般情況下大的開發者平台一兩天之內都會審核通過的，如果是等到appstore收了的話這個就看你的綜合指標了，你懂得，那就適量的做些操作了，這些應該都關繫到運營了吧
⑥ 蘋果真的要在 AppStore 里封殺 WebApp 嗎
轉載 作為一個HTML5開發人員 + 蘋果產品用戶, 我也想表達一下自己對這個問題的看法.
我的觀點不一定對 但是,即使我錯了,也不能證明那些認為"蘋果要封殺WebApp"的荒謬觀點是正確的(好流氓 哈哈).
先來看一看讓廣大HTML5/WebApp開發者 感動憂慮的那段蘋果的原文吧:
引用
If you cannot – or choose not to – revise your app to be in compliance with the App Store Review Guidelines, you may wish to build an HTML5 web app instead. You can distribute web apps directly on your web site; the App Store does not accept or distribute web apps.
簡單說就是一句話: 如果你的應用是一個Webapp, 那麼請以網頁的形式發布你的產品就好了, 不要放到AppStore里, AppStore不接收WebApp.
不管怎麼看 我都看不出來"蘋果要封殺WebApp"的意思, 更看不出有些人YY的"蘋果因為擔心HTML5太強大了搶了Native的市場"這種觀點.
相反 我覺得蘋果是在引導WebApp用正確的方式去發行: 如果你的應用在網頁里也能跑, 但你卻非要放到AppStore里, 結果就是賺了錢還要分給蘋果30%, 而且更新升級什麼的還要走漫長的審核過程,何苦呢?
在AppStore方面, 蘋果是靠應用(注意,是應用,而不是和某種具體技術綁定的應用.只要是合法的 好的應用,受歡迎賣得多,蘋果都能賺錢,蘋果才不關心應用用的是什麼技術呢)分成賺錢, 如果純粹從經濟目的出發, 蘋果完全沒必要把WebApp從他能賺錢的領域(AppStore應用)驅趕到他不能賺錢的領域(Web瀏覽器).
所以 一個合法的應用被拒絕的原因籠統的說只有三點: 1 違規(調用不該調用的方法,做了危險的事情,山寨抄襲等等) 2 蘋果覺得應用不夠好 3 覺得放到AppStore里不合適.
前兩點不用說大家都懂, 而最後一點我想是大量WebApp被拒絕的一個主要原因: 完全沒有使用或者沒必要使用任何Native的技術,在網頁里也能跑. 通常這種應用只是把AppStore當做一個發行渠道.
我特意去AppStore上搜索了下, 其實存在大量的Phonegap封裝的應用, 我挑了幾個免費的下來,解包看了一下, 它們都使用到了Phonegap提供的一些只有native技術才能實現的功能, 我想這是他們能通過審核的一個很重要的原因之一.
=========================
還有朋友提出了這樣一個觀點:"app store的意義是維護蘋果利益，webapp可以同時存在多個平台，就會降低apple獨占的市場份額，直接影響利益。"
我是非常不贊同這種觀點的. 把Webapp同時存在於多個平台 和 apple的利益 掛鉤, 顯然是套用了當年iOS和Flash之間的故事. 但兩者完全沒有可比性.
當年Flash是想在瀏覽器里跑, 而蘋果驅逐了它.
WebApp想進入AppStore , 蘋果建議它去瀏覽器里跑.
一個是驅逐, 一個是換個地方跑, 完全不一樣.
當然 你可以說, 以後HTML5足夠強大了, 蘋果也許也會把WebApp驅逐.
這么久遠的事情到底會不會發生 我不知道, 但是我覺得,如果HTML5真的強大到和Flash一樣牛逼, 蘋果大可選擇把WebApp趕回AppStore的策略, 這樣才滿足利益最大化啊.
另外 我希望這位朋友你不妨思考思考如下幾個問題(會用到反問,但絕對沒有不敬之意):
1)如果你是蘋果,難道你不希望從自己平台誕生的應用,能紅遍全球嗎?就像憤怒的小鳥一樣成為一種現象.
2)如果你是蘋果,難道你不希望其他平台熱門的應用能早日降臨到自己的iOS上嗎?
3)你覺得在智能移動設備上, 走傳統游戲主機那種"獨占游戲"的路能走得通嗎?你覺得"因為某某應用只有iPhone有安卓沒有,所以我要買iPhone"這樣的事情發生的幾率很大嗎?
====================
越說越散了, 該收收尾了. 最後總結一下吧.
我也承認, AppStore有很多過分的要求, 但是這些絕對不是針對HTML5和WebApp來的.
(例如 禁止遠程修改代碼, 禁止繞過appstore直接內部更新版本等等)
所以我們沒有必要因為幾個WebApp被拒就對HTML5在iOS平台上的未來感到擔憂.
iOS系統作為對HTML5支持最好的移動平台, 我們沒有理由懷疑它對HTML5的態度.
我想,蘋果加強對AppStore內WebApp的管理力度, 根本原因只是為了保證AppStore的質量.
當然在整個事件中,蘋果也有做的不妥的地方, 他始終沒有針對webapp/ Hybrid技術構建的應用提出一個具體的 有章可循的規則說明,給人一種"法無定法"的感覺.
但是隨著Hybrid技術和HTML5技術的發展, 我想 蘋果會對這個問題慢慢重視起來.
⑦ 百度Web App在線生成平台Site App的體驗
最近收到網路開發者中心郵件，告知之前的網路移動建站服務已經升級為Site
App了，Site
App顧名思義是可以創建APP的站點，之前想建立一個APP要麼是自己製作，要麼是選用國外的在線Web
APP工具來實現，現在網路推出的Site
App極大的解決了中小網站無法建立APP站點的事實。
下圖為電腦站、移動建站、Web
APP的圖示：
通過圖例我們可以看到，之前通過把電腦版通過網路移動建站後在手機上的顯示效果，界面顯得如此凌亂，而使用Site
App後，界面則整潔了許多，也像一個Web
App了。
下面我簡單介紹一下如何使用網路Site
App。
第一步：添加站點
網路Site
App是將PC站轉換成WebApp，點擊http://siteapp..com/
輸入網址，點擊創建Web
App。
第二步：定製效果
目前Site
App有三張現實效果，如下圖所示，都是APP常見的顏色。
我目前選的是第一款，導航欄在左側的黑色界面。
第三步：設置WebApp
這一步非常重要，它將決定你的WebApp顯示什麼樣的內容，而Site
APP做的也人性化，可視化的選擇，提示你哪裡可以刪除，哪裡可以顯示。
一般來說，不建議在手機站上顯示過多內容，列出幾個主要欄目與內容即可。
最後在設置Web
App名稱，模板布局、顏色就可以了。
第四步：部署域名
在web
app都設置好後，就可以部署域名了，操作方法也很簡單，輸入一個手機站域名，如我的設置為http://m.lusongsong.com/，並在域名管理後台CNAME解析到siteapp..com就可以了。
這樣屬於自己的一個Web
App就算建立好了，等兩個工作日審核後就可以正常使用了。而原來在網路移動建站的朋友可以直接轉移到Site
App來。對第一次使用的朋友，還需要驗證網站，並且建議與網路移動統計綁定起來，方便查看流量。如果流量大的手機站可以考慮使用網路移動聯盟。
擴展閱讀：
網路Site
App是為開發者提供從生成WebApp到流量、用戶引入再到變現的綜合服務平台，也是國內首家的Web
App在線生成服務平台，於9月3日正式上線。
文章來源：盧鬆鬆博客，轉載請註明本文地址。
⑧ WebAPP與Native APP到底有什麼區別
1.什麼是原生APP(Native App)
原生APP是用原生程式編寫運行的一種第三方應用程序，它是基於移動設備（智能手機、平板電腦等）操作系統（如IOS、Andriod、WP）使用，用戶通過應用市場或應用商店進行下載安裝到自己的智能設備上。但是該開發針對IOS、Android等不同的手機操作系統要採用不同的語言和框架進行開發，工程量大。
2.什麼是Web App
Web App能夠為移動設備提供特定功能的Internet應用程序。該程序通常由「HTML5雲網站+APP應用客戶端」兩部分構成，APP應用客戶端只需安裝應用的框架部分，而應用的數據則是每次打開APP的時候，通過移動設備的瀏覽器去訪問，把雲端取數據呈現給手機用戶（類似淘寶、天貓、京東等）。
WebAPP與Native APP的區別：
(1)用戶界面
一些公司選擇開發原生APP和Web APP時，不清楚界面的區別。其實，原生APP和Web APP在外觀和感覺上，兩者之間沒有什麼區別。
(2)開發方面
原生APP。每一種移動系統都需要獨立的開發語言，Java(Andriond)、Objective-C(ios)以及V計算量C++（Windows Mobile）,並且需要各自的軟體包，開發工具以及各自的控制項。
Web APP。只需要一個開發項目，沒有標準的SDK，還有一些跨平台的開發工具。
(3)對接范圍
對於原生APP，能夠與移動硬體設備的底層功能對接，比如個人信息，攝像頭以及重力加速器等等
對於Web APP，只能使用有限的移動硬體設備功能。
(4)貨幣化變現途徑
原生APP。開發人員設定收取下載價格，應用商店通常會處理支付過程（應用商店和開發者有一定的比例分成）
Web app。可以通過網站廣告和訂閱費來獲益，同時要求開發者建立自己的付費牆或者自己建立訂閱收費系統
(5)獲取方法
對於原生APP。用戶必須手動通過應用市場（如360應用市場等）或應用商店直接下載到移動智能設備，以獨立的應用程序運行
對於Web APP。從移動智能設備上的瀏覽器就可以訪問，無需下載安裝額外的軟體，而且軟體更新只需要伺服器就夠了。
(6)版本控制
原生APP。用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況
Web APP。所有用戶都是用同樣的版本
(7)優勢
原生APP。因為原生APP有緩存，所以比移動Web App運行快一點，而且用戶必須去賣場下載APP.
Web APP。跨平台開發，用戶不需要去賣場來下載安裝APP,因為不需要官方賣場的審核；可以頻繁的更新；開發周期短。
(8)缺陷
原生APP
開發成本高，尤其是當需要多種移動設備來測試；
因為是不同的開發語言，所以開發，維護成本高；
因為用戶使用的APP版本不同，所以你維護起來也很困難；
官方賣場審核流程復雜且慢，會嚴重影響你的發布進程；
開發周期長；
Web APP
無法使用很多移動硬體設備的獨特功能
有網路就可以很快運行，沒有網路將不能訪問
要同時支持多種移動設備的瀏覽器，讓開發維護成本也不低，但是相比原生APP的開發維護就低一點。
對於現在的企業，一般都會同時製作webapp和native app。商領雲的saas+paas系統可以在線製作APP（ios和Android）、移動網站、小程序和微商城。