web轉app

Ⅰ 怎麼把web app 轉換為原生的app

生App vs 移動Web App
Git@OSC 的 Android 和 iOS 客戶端全面開源
每當你打算開發移動應用程序時，都要考慮你的應用如何創建以及如何部署。如今已有兩個主要的方向：原生App 以及 移動Web App。那麼在今天這篇文章中就來比較一下兩者的區別來供大家參考。

原生App vs 移動Web App ： 定義
什麼叫做原生App?
原生App是專門針對某一類移動設備而生的，它們都是被直接安裝到設備里，而用戶一般也是通過網路商店或者賣場來獲取例如 The App Store 與 Android Apps on Google Play .
隨便說幾個原生App的例子，比如 iOS 的 Camera+ 以及 Android 的 KeePassDroid
什麼叫做移動Web App?
一般說來，移動Web App都是都是需要用到網路的，它們利用設備上的瀏覽器(比如iPhone的Safari)來運行，而且它們不需要在設備上下載後安裝。
原生App 與 移動Web App的比較
用戶界面
有些公司為同樣的產品製作了原生App與移動Web App，下圖就是Facebook的原生App與移動Web App的界面比較：

注意這兩者的不同地方會產生不同的用戶體驗結果。

開發方面
原生App

每一種移動操作系統都需要獨立的開發項目
每種平台都需要獨立的開發語言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等
需要使用各自的軟體開發包，開發工具以及各自的控制項

移動Web App
因為運行在移動設備的瀏覽器上，所以只需要一個開發項目
這種應用可以使用HTML5,CSS3以及JavaScript以及伺服器端語言來完成（PHP,Ruby on Rails,Python）
這里可沒有標準的SDK，基本任意選擇
別忘了有一些跨平台的開發工具，比如PhoneGap, Sencha Touch 2以及Appcelerator Titanium等等。
能力方面
原生App
能夠與移動硬體設備的底層功能，比如個人信息，攝像頭以及重力加速器等等
移動Web App
只能使用有限的移動硬體設備功能。
贏利
原生App
可以使用專門的移動平台的廣告，比如AdMob
移動Web App
基本沒有限制，但也沒什麼優勢
注意原生App能夠直接在對應的官方商店進行定價就能馬上贏利，然而移動Web App需要你自己完成付款的系統，這可不是一件簡單的事情。
獲取方法
原生App
直接下載到設備
以獨立的應用程序運行(並不需要瀏覽器)
用戶必須手動去下載並安裝這些原生App
有一些商店與賣場來幫助用戶尋找你的App
移動Web App
從移動設備上的瀏覽器訪問
不需要安裝額外的軟體
軟體更新只需要伺服器就夠了
因為現在沒有什麼商品或賣場提供這種App，所以如何搜索這些移動Web App相當不簡單
版本控制
原生App
用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況
移動Web App
所有的用戶都是用同樣的版本
優勢
原生App
比移動Web App運行快
一些商店與賣場會幫助用戶尋找原生App
官方賣場的應用審核流程會保證讓用戶得到高質量以及安全的App
官方會發布很多開發工具或者人工支持來幫助你的開發
移動Web App
跨平台開發
用戶不需要去賣場來下載安裝App
任何時候都可以發布App，因為根本不需要官方賣場的審核
如果你已經有了一個Web App，你可以使用 responsive web design來輔助改進(這也是優勢？)
缺陷
原生App
開發成本高，尤其是當需要多種移動設備來測試時
因為是不同的開發語言，所以開發，維護成本也高
因為用戶使用的App版本不同，所以你維護起來很困難
官方賣場審核流程復雜且慢，會嚴重影響你的發布進程
移動Web App
無法使用很多移動硬體設備的獨特功能
要同時支持多種移動設備的瀏覽器讓開發維護的成本也不低
如果用戶使用更多的新型瀏覽器，那問題就更不好處理了
對於用戶來說，這種App很難被用戶發現
原生App vs 移動Web App : 你如何選擇？
所以在你准備做移動App時，你應該先問問自己以下幾個問題：
你的應用是否需要使用某些設備的特殊功能，比如攝像頭，攝像頭閃光燈或者重力加速器
你的開發預算
你的應用是否一定需要網路
你的應用的目標硬體設備是所有的移動設備還是僅僅只是一部分而已
你自己已經熟悉的開發語言
這個應用對於性能要求是否苛刻
如何靠這個應用贏利
我想這幾個問題應該能讓你做出明智的選擇。
結論
你的選擇是原生App還是移動Web App，主要受商業目標，目標用戶，以及技術需要這些因素影響的。其實更多時候你也不要為選擇那種App模式煩惱，正如上文提到，類似Facebook這樣的公司就為用戶提供了兩種選擇。然而對於大部分人來說，預算，資源限制將會逼迫我們只能選擇其中一種（或者只能以其中一種為重點）。

Ⅱ 如何讓WEB鏈接完美的跳轉到APP

第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。
第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。
這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。
第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫(無網頁版)、國外的Fancy等。
第四種：點擊鏈接可以直接打開App，如果是在桌面端則直接在瀏覽器中顯示內容。在我測試的十幾款App中，我只發現了兩款在網頁鏈接向App跳轉上做得非常好，那就是啪啪(Papa)和Instagram。我在刷微博看見好友分享了一條啪啪時，點擊鏈接，我的啪啪就會自動打開，然後顯示好友分享的內容。而Instagram做法有些不同，它第一次打開的是優化過的網頁，然後Logo旁有一個「Open in app」的按鈕，點擊之後可以直接打開App。這樣就非常方便，如果我沒有安裝app，那麼它會直接在手機瀏覽器里打開，如果我用的是電腦，那它也會直接在桌面瀏覽器中打開。
對於Web鏈接向App跳轉的問題，可能很多人都會說這只是一個小細節，沒必要過度深究。但隨著我們使用手機App越來越頻繁，這個小問題會困擾越來越多的人。而且從第四種解決方案可以看出，很多App沒這樣做並不是因為蘋果的沙盒保護機制，只是開發者在考慮用戶體驗的時候，沒有把這部分真正的考慮進來。
以上是雲棲社區小編為您精心准備的的內容，在雲棲社區的博客、問答、公眾號、人物、課程等欄目也有的相關內容，歡迎繼續使用右上角搜索按鈕進行搜索網頁 ， 手機 ， 移動 ， 鏈接 ， 移動端網頁 ， uwp 手機app ， 手機app介面開發 ， 手機app開發 ， 手機app ， pc端 手機 應用分享 ， app移動網頁popover ， app手機androidbroadcast ， 測試web手機 直接 web鏈接向app跳轉、wkwebview 鏈接不跳轉、超鏈接跳轉到web inf、webapp頁面跳轉方法、ios webview跳轉app，以便於您獲取更多的相關知識。

希望我的回答可以幫到您哦

Ⅲ 求免費的WEB轉APP網站

網路。一個木函。下載後，右上角放大鏡搜索，網頁轉應用。

Ⅳ 如何讓Web鏈接完美的跳轉到App

第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。

第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。

這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。

第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫（無網頁版）、國外的Fancy等。

Ⅳ 如何從WEB UI轉型成為APP ui

app ui一般不需要多個效果圖，因為不涉及響應式設計，通常UI的彈性布局都是由程序員來決定的，不需要操心。輸出的話也差不多，現在很多UI系統都用標記語言，比如Android用XML，WPF用XAML等等，可能需要學代碼方面的東西，Dreamweaver解決不了的。不過通常情況下，程序員都不會直接接觸UI的，或者認為做的UI結構很爛，這些程序員會直接跟UI設計師商討出解決方案並實現

Ⅵ ios 怎麼web跳轉到app

你點開WEB如果是軟體下載的頁面手機會自動跳轉至App Store的

Ⅶ 怎麼把web app 轉換為原生的app！或者有什麼軟體可以把web app的軟體包轉成原生ap

生App vs 移動Web App
Git@OSC 的 Android 和 iOS 客戶端全面開源
每當你打算開發移動應用程序時，都要考慮你的應用如何創建以及如何部署。如今已有兩個主要的方向：原生App 以及 移動Web App。那麼在今天這篇文章中就來比較一下兩者的區別來供大家參考。

原生App vs 移動Web App ： 定義
什麼叫做原生App?
原生App是專門針對某一類移動設備而生的，它們都是被直接安裝到設備里，而用戶一般也是通過網路商店或者賣場來獲取例如 The App Store 與 Android Apps on Google Play .
隨便說幾個原生App的例子，比如 iOS 的 Camera+ 以及 Android 的 KeePassDroid
什麼叫做移動Web App?
一般說來，移動Web App都是都是需要用到網路的，它們利用設備上的瀏覽器(比如iPhone的Safari)來運行，而且它們不需要在設備上下載後安裝。
原生App 與 移動Web App的比較
用戶界面
有些公司為同樣的產品製作了原生App與移動Web App，下圖就是Facebook的原生App與移動Web App的界面比較：

注意這兩者的不同地方會產生不同的用戶體驗結果。

開發方面
原生App

每一種移動操作系統都需要獨立的開發項目
每種平台都需要獨立的開發語言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等
需要使用各自的軟體開發包，開發工具以及各自的控制項

移動Web App
因為運行在移動設備的瀏覽器上，所以只需要一個開發項目
這種應用可以使用HTML5,CSS3以及JavaScript以及伺服器端語言來完成（PHP,Ruby on Rails,Python）
這里可沒有標準的SDK，基本任意選擇
別忘了有一些跨平台的開發工具，比如PhoneGap, Sencha Touch 2以及Appcelerator Titanium等等。
能力方面
原生App
能夠與移動硬體設備的底層功能，比如個人信息，攝像頭以及重力加速器等等
移動Web App
只能使用有限的移動硬體設備功能。
贏利
原生App
可以使用專門的移動平台的廣告，比如AdMob
移動Web App
基本沒有限制，但也沒什麼優勢
注意原生App能夠直接在對應的官方商店進行定價就能馬上贏利，然而移動Web App需要你自己完成付款的系統，這可不是一件簡單的事情。
獲取方法
原生App
直接下載到設備
以獨立的應用程序運行(並不需要瀏覽器)
用戶必須手動去下載並安裝這些原生App
有一些商店與賣場來幫助用戶尋找你的App
移動Web App
從移動設備上的瀏覽器訪問
不需要安裝額外的軟體
軟體更新只需要伺服器就夠了
因為現在沒有什麼商品或賣場提供這種App，所以如何搜索這些移動Web App相當不簡單
版本控制
原生App
用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況
移動Web App
所有的用戶都是用同樣的版本
優勢
原生App
比移動Web App運行快
一些商店與賣場會幫助用戶尋找原生App
官方賣場的應用審核流程會保證讓用戶得到高質量以及安全的App
官方會發布很多開發工具或者人工支持來幫助你的開發
移動Web App
跨平台開發
用戶不需要去賣場來下載安裝App
任何時候都可以發布App，因為根本不需要官方賣場的審核
如果你已經有了一個Web App，你可以使用 responsive web design來輔助改進(這也是優勢？)
缺陷
原生App
開發成本高，尤其是當需要多種移動設備來測試時
因為是不同的開發語言，所以開發，維護成本也高
因為用戶使用的App版本不同，所以你維護起來很困難
官方賣場審核流程復雜且慢，會嚴重影響你的發布進程
移動Web App
無法使用很多移動硬體設備的獨特功能
要同時支持多種移動設備的瀏覽器讓開發維護的成本也不低
如果用戶使用更多的新型瀏覽器，那問題就更不好處理了
對於用戶來說，這種App很難被用戶發現
原生App vs 移動Web App : 你如何選擇？
所以在你准備做移動App時，你應該先問問自己以下幾個問題：
你的應用是否需要使用某些設備的特殊功能，比如攝像頭，攝像頭閃光燈或者重力加速器
你的開發預算
你的應用是否一定需要網路
你的應用的目標硬體設備是所有的移動設備還是僅僅只是一部分而已
你自己已經熟悉的開發語言
這個應用對於性能要求是否苛刻
如何靠這個應用贏利
我想這幾個問題應該能讓你做出明智的選擇。
結論
你的選擇是原生App還是移動Web App，主要受商業目標，目標用戶，以及技術需要這些因素影響的。其實更多時候你也不要為選擇那種App模式煩惱，正如上文提到，類似Facebook這樣的公司就為用戶提供了兩種選擇。然而對於大部分人來說，預算，資源限制將會逼迫我們只能選擇其中一種（或者只能以其中一種為重點）。

Ⅷ 如何把java web 生成app

1.可以在servlet的init方法里，獲取web項目的全路徑。
String path = getServletContext().getRealPath("/");
例如 :E:\eclipseM9\workspace\tree\

2.也可以隨時在任意的class里調用，獲取到classes目錄的全路徑。
this.getClass().getClassLoader().getResource("/").getPath();
例如 : E:\eclipseM9/workspace/tree/WEB-INF/classes/

3.request.getContextPath();
獲得web根的上下文環境

Ⅸ 如何將web網站打包成app

• 首頁得准備好需要的東西，如eclipse，一個完整可以瀏覽的手機網站，而且確保電腦配置好jdk，環境變數，還要安裝好cordova，這些環境等配置這里不表，可以自行網路。在這里我就自己隨意寫了個網站做測試，從下圖可以看出來，這是一個可以在網頁中瀏覽的手機網站

• 有了網站之後，第一步新建一個項目，打開你要保存的項目地址，比如D盤的yun文件夾，按住鍵盤的shift鍵+滑鼠右鍵，選擇「在此處打開命令窗口」，就會彈出一個終端命令窗口，打開之後在終端裡面輸入cordova
  create hello，hello為你的項目名稱，如cordova create
  qianqian，qianqian就是我的項目名稱，注意，不要手動去創建文件夾，因為我們在終端裡面建的項目裡面有很多的配置文件，終端命令窗口不要關

• 在終端命令窗口中輸入cd
  qianqian，進入qianqian文件夾，然後再輸入cordova platform add
  android，回車，等待下載完成，記住在下載之前一定要確保已經安裝git，要不然會下載失敗，本人親自試驗，下載可以要1分鍾左右，下載完成後終端命令窗口不要關，等下要用

• 下載完成後將准備好的網站放到www文件夾裡面，原來的文件可以刪掉，再打開eclipse軟體，點擊菜單欄file--import，彈出一個窗口，選擇下面圖片中的選項，再點next，之後點擊Browse，選擇qianqian文件夾項目的路徑，選取，記住，復選框一定要全部選上，不懂的看下面的圖片，然後確定就可以了

• 確定之後就會看到下面圖片一樣左邊會出現兩個項目，為了確保項目一次性完成，我們可以在終端窗口裡面輸入cordova prepare，輸入前確保是在當前qianqian文件夾，這個命令是在修改過項目的情況下運行的，等待他運行完，下面第二張圖片是運行完成的圖片

• ok，之後就可以打包webapp了，回到eclipse，我們發現項目文件有個紅叉，或者也會出現一個感嘆號之類的，出現這個情況的話可以點擊菜單欄project--clean，在彈出的窗口中選擇第二個單選項，下面的復選框全部選上，不懂看圖，確認之後就可以看到紅叉沒了

• 然後在項目欄里選擇第二個項目右鍵選擇run as--android application，之後等待半分鍾左右，主要是看電腦運行速度好不好了，好的話就快

• 最後如果你手機連接著電腦或者你電腦開著安卓虛擬機的話，在彈出的窗口就會出現你手機或者虛擬機的信息，選擇他再點ok，系統會自動跳到虛擬機里，如果是真機的話，就直接看你的手機就行，手機會自動安裝app應用的

• 如果兩者都沒有的話可以將彈出的窗口都關閉，然後在軟體項目欄的第二個項目裡面有個bin文件夾，打開，裡面有個apk，將他復制出來安裝到自己手機或其他機器里就行了，下圖就是webapp做出來的最終效果，一開始忘記上傳圖片，只上傳了代碼，所以app裡面沒有圖片，不過效果總算是出來了

Ⅹ 讓WEB鏈接完美的跳轉到APP客戶端怎麼做

讓WEB鏈接完美的跳轉到APP客戶端怎麼做的解答如下

• 在一般情況下，這種跳轉優化根據設計的無縫度會有四種，總結如下（在此聲明，我所測試的所有App都是我個人比較喜歡的，所以不存在詆毀哪款產品問題）：

• 第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。

• 第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。

• 這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。

• 第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫（無網頁版）、國外的Fancy等。

• 第四種：點擊鏈接可以直接打開App，如果是在桌面端則直接在瀏覽器中顯示內容。在我測試的十幾款App中，我只發現了兩款在網頁鏈接向App跳轉上做得非常好，那就是啪啪（Papa）和Instagram。我在刷微博看見好友分享了一條啪啪時，點擊鏈接，我的啪啪就會自動打開，然後顯示好友分享的內容。而Instagram做法有些不同，它第一次打開的是優化過的網頁，然後Logo旁有一個「Open in app」的按鈕，點擊之後可以直接打開App。這樣就非常方便，如果我沒有安裝app，那麼它會直接在手機瀏覽器里打開，如果我用的是電腦，那它也會直接在桌面瀏覽器中打開。