‘壹’ web前端现在是主要偏向于小程序和app开发吗
算是做的比较多吧，但是在企业里，移动h5页面的制作需求也是很大。我人为不用过多的纠结于是否该偏向于小程序或者APP开发，因为Web前端所包含的内容就是很多的，只要讲Web前端学习的内容学精就可以了，不知涉及小程序、APP，其他的都要涉猎到，毕竟我是认为，程序员最终都是要走向管理岗的。
‘贰’ 如何让WEB链接完美的跳转到APP(安卓软件开发)
在智能手机出货量超过PC和功能手机、用户使用App比例超过80%以上的情况下，智能手机App绝对成为了人们生活的主角。对于PC、平板、智能手机之间的跨平台无缝体验，很早之前开发者就开始关注了。比如Evernote会开发几乎所有平台的软件版本，来保证用户在使用各个平台时可以无缝切换；另外 Chrome 桌面版和手机端也可以同步数据，我在电脑上打开几个网页，换到手机上时仍能看到那几个网页。虽然很多人都认识到了App的重要性，但从PC到手机App，这中间仍然存在着很大的体验断层。PC段到移动端还有很多事情要做，比如接下来讲的：当大量App内容被分享到微博、微信上之后，如何从PC或手机上的网页链接完美切换到App。在我近一个多月的测试中，发现大部分的App都没有做好从Web链接到App的过渡。比如我用手机在微博中点开一个应用官方帐号微博里面的一个链接，链接内容是App内的内容（微博分享出来），然后你就会发现打开时大部分情况是网页版。虽然我手机里安装了这款应用，但却仍然打开的是网页版，如果该App需要登录的话，我在网页版上甚至都无法进行更多的操作。当然，也有个别App在链接到App跳转的过程做得非常好。而在一般情况下，这种跳转优化根据设计的无缝度会有四种，总结如下（在此声明，我所测试的所有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没这样做并不是因为苹果的沙盒保护机制，只是开发者在考虑用户体验的时候，没有把这部分真正的考虑进来。
‘叁’ 如何把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 转换为原生的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套个壳让它变成Android APP，有哪些现有的工具
Appmakr是国外最流行的DIY移动应用开发工具，目前支持iOS、Android和WindowsPhone等系统。Appmakr可以让用户无需编程就能创见iOS和Android应用。此外，Appmakr还能将网站连接到应用程序、支持HTML5、推送通知和广告支持。用户可以使用自己的开发许可，将应用程序发布到所属的应用商店中进行推广。像appmakr这类的工具还有很多，尤其是国内有很多，我给你举几个例子。1.APICloudAppmakr虽然好用，但是国外的。在国内使用起来，还是有些麻烦。国内也有这样的App开发工具——APICloud。APICloud是一款“云端一体”的移动开发平台。使用APICloud开发平台，是用Web语言去开发iOS和Android应用，这样将开发难度大幅降低，开发周期缩短将近一倍。此外，APICloud平台上有数百个各式各样的功能模块，方便去开发各类App。2.AttendifyAttendify是一个便捷的应用开发服务平台，支持iOS和Android两大平台，主要是通过提供大量的应用模板来实现快速开发。Attendify支持使用者在创建应用的过程中实时预览和管理应用，当然，用户也可以自己DIY。在应用推广方面，Attendify会把创建好的应用及时发布到AppStore和GooglePlay，帮助用户推送应用。3.AppsBuilderAppsBuilder是一个跨平台的在线开发工具，为用户提供快速的原声应用解决方案。AppsBuilder可实现定制的视觉设计和实现应用跨平台的能力，其内置插件可以将博客网站直接转换成原生手机应用。AppsBuilder支持的系统平台比较多，包括iPhone、iPad、WindowsPhone、Android、Chrome，甚至还有HTML5，但是AppsBuilder的主要使用者还是非专业的开发人员。4.appMobiAppMobi推出的全新开发工具XDK，使得用户只要会HTML5、CSS3或JavaScript代码，就可以使用XDK编写程序，不需要学习ObjectiveC或下载其他的软件开发工具包。XDK让用户可以使用行业标准来构建应用程序，同时提供了AppMobi自有的JavaScript库，包含类似转换滤镜和滚动条等内容。5.AppMachineAppMachine是一款跨平台的快速开发工具，目前支持iOS和Android两大主流平台。用户可以通过修改AppMachine所提供的20种应用设计模板来进行App设计。这样一来，没有编程经验的用户也可以通过使用AppMachine来创建App。另外用户也可以自己DIY，添加包括新闻、LBS、社交媒体、拍照、摄像等多个集成内容。除了提供模板，AppMachine也支持自定义。