web轉app
Ⅰ web鏈接向app跳轉怎麼實現
第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能內看到網頁上的內容。這容類App有很多，比如大眾點評、果殼、果庫、抬杠等。
第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。
Ⅱ ios 怎麼web跳轉到app
uiwebVIew創建一個對象
調用如下api都可以顯示出來
- (void)loadRequest:(NSURLRequest *)request;
- (void)loadHTMLString:(NSString *)string baseURL:(NSURL *)baseURL;
Ⅲ 怎麼把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這樣的公司就為用戶提供了兩種選擇。然而對於大部分人來說，預算，資源限制將會逼迫我們只能選擇其中一種（或者只能以其中一種為重點）。
Ⅳ HTML5如何轉化APP
生App vs 移動 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
第一種：鏈接是為設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。
第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。
這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。
第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫（無網頁版）、國外的Fancy等。
Ⅵ 求免費的WEB轉APP網站
網路。一個木函。下載後，右上角放大鏡搜索，網頁轉應用。
Ⅶ 讓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沒這樣做並不是因為蘋果的沙盒保護機制，只是開發者在考慮用戶體驗的時候，沒有把這部分真正的考慮進來。
Ⅷ 如何讓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，以便於您獲取更多的相關知識。
希望我的回答可以幫到您哦
Ⅸ 如何把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根的上下文環境