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，那么它会直接在手机浏览器里打开，如果我用的是电脑，那它也会直接在桌面浏览器中打开。