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根的上下文环境