Ⅰ 移动web和webapp有什么区别
一、地位不同
web属于一种技术，而webapp则是根据这一技术开发成的应用，web是源头，而webapp则是支流。
二、功能不同
web app特指的是用html5技术开发，之所以叫web app是因为他比较接近客户端应用程序的用户体验，可以和系统深度融合，调用一些只有客户端才能调用的功能（比如在移动设备上利用html5开发出的网页可以访问电话、摄像头等本地功能）。
三、功能不同
移动Web App跨平台开发，用户不需要去卖场来下载安装App，任何时候都可以发布App，因为根本不需要官方卖场的审核。web直接下载到设备，以独立的应用程序运行(并不需要浏览器)，用户必须手动去下载并安装这些原生App。
四、版本控制的区别
移动Web App，所有的用户都是用同样的版本。web用户可以自由地选择是否更新软件版本，所以会出现不同用户同时使用不同版本的情况。
Ⅱ 移动端Web和Webapp有什么区别
web是一个站点的总称，任何站点都可以称之为web。
webAPP就是web应用，一个具有完备实现某一个功能的程序，都可以称之为应用。比如一个看小说的阅读器，一个播放器等等。webAPP就是这类的应用是基于浏览器运行的。
webAPP都是web，web不一定都是APP。
大约就是这样。
从开发的角度来看，并没有区别，都是开发～只是技术选型不同罢了。
Ⅲ asp.net开发的移动Web应用程序是WAp应用程序吗
不全是，wap应用程序还包括JAVA平台的。
Ⅳ 移动APP与web APP的区别，能详解下吗
开发方面的区别
移动Web App
1、因为运行在移动设备的浏览器上，所以只需要一个开发项目
2、这种应用可以使用HTML5,CSS3以及JavaScript以及服务器端语言来完成(PHP,Ruby on Rails,Python)
3、这里可没有标准的SDK，基本任意选择别忘了有一些跨平台的开发工具，比如PhoneGap, Sencha Touch 2以及Appcelerator Titanium等等。
原生App
1、每一种移动操作系统都需要独立的开发项目
2、每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows phone)等等
3、需要使用各自的软件开发包，开发工具以及各自的控件
能力方面的区别
移动Web App，只能使用有限的移动硬件设备功能。原生App，能够与移动硬件设备的底层功能，比如个人信息，摄像头以及重力加速器等等
获取方法的区别
移动Web App
1、从移动设备上的浏览器访问
2、不需要安装额外的软件
3、软件更新只需要服务器就够了
4、因为现在没有什么商品或卖场提供这种App，所以如何搜索这些移动Web App相当不简单
原生App
1、直接下载到设备
2、以独立的应用程序运行(并不需要浏览器)
3、用户必须手动去下载并安装这些原生App
4、有一些商店与卖场来帮助用户寻找你的App，目前app市场不计其数，比较
版本控制的区别
移动Web App，所有的用户都是用同样的版本。原生App，用户可以自由地选择是否更新软件版本，所以会出现不同用户同时使用不同版本的情况
原生App的优势:
1、比移动Web App运行快
2、一些商店与卖场会帮助用户寻找原生App
3、官方卖场的应用审核流程会保证让用户得到高质量以及安全的App
4、官方会发布很多开发工具或者人工支持来帮助你的开发
移动Web App
1、跨平台开发，用户不需要去卖场来下载安装App
2、任何时候都可以发布App，因为根本不需要官方卖场的审核
原生APP的特点：
1、每次获取最新的APP功能，需要升级APP应用;
2、原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架;
3、手机用户无法上网也可访问APP应用中以前下载的数据。
4、原生型的APP可以调用手机终端的硬件设备(语音、摄像头、短信、GPS、蓝牙、重力感应等)
5、APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核。
App测试方面
不管是移动web App还是原生App，都是需要在移动终端上运行的，那么对移动终端的兼容性配适的需求就是一样的。基本上线前，都需要进行app兼容性测试，app功能测试等，确保产品质量和用户体验。
testbird
Ⅳ 如何用html5构建移动端的webapp
H5e教育html5开发为您解答：
移动web在当今的发展速度是一日千里，作为移动领域的门外汉，在这段时间的接触后，发现前端开发这一块做一个小小的总结。
1.四大浏览器内核
1.Trident (IE浏览器) :因为在早期IE占有大量的市场份额，所以以前有很多网页是根据这个Trident的标准来编写的，但是实际上这个内核对真正的网页标准支持不是很好，同时存在许多安全Bug。
2.Gecko:( FireFox )优点就是功能强大、丰富，可以支持很多复杂网页效果和浏览器扩展接口，缺点是消耗很多的资源，比如内存。
3.Webkit: ( Chrome/ Safari / UC )优点就是Webkit拥有清晰的源码结构、极快的渲染速度，缺点是对网页代码的兼容性较低，会使一些编写不标准的网页无法正确显示。
4.Presto: ( 欧朋 ) Presto内核被称为公认的浏览网页速度最快的内核，同时也是处理JS脚本最兼容的内核，能在Windows、Mac及Linux操作系统下完美运行。
移动端开发主要对象是手持设备，其中绝大部分是IOS和Android系统，基于Webkit内核，可使用Chrome浏览器调试即可。
2.手机浏览器
浏览器已经逐渐从传统桌面转向手机端，竞争也越来越激烈。目前国内市场主流的手机浏览器：UC、网络、欧朋、QQ、海豚、safari、Chrome，这些浏览器都是基于webkit内核的，兼容性方面不存在问题，同时对html5和css3的支持很好，所以，大胆地应用html5和css3技术吧。
在开始编写webapp时，前端工程师使用HTML5，而放弃HTML4，因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程序 的体验，可以减少开发者很多的工作量，当然了你决定使用HTML5前，一定要对此非常熟悉，要知道HTML5的新标签的作用。比如定义一块内容或文章区域 可使用section标签，定义导航条或选项卡可以直接使用nav标签等等。
3.终端分辨率
手机分辨率比PC分辨率要庞杂得多，各种分辨率有木有？大小差距那么大有木有？这在一定程度上给页面制作带来了不小的麻烦。所以针对这样的因素，必须有充分的考虑。考虑到浏览器自适应，需要设计和制作完成各种不同的方法。
1) 市场上主流手机生产商的产品分辨率。经过调研发现，目前主流的手机分辨率为：480*800像素、320*480像素，而1280*720像素（720P）会是接下来的趋势。这些都是很粗略的统计，要有精确的数据需要花费不少的精力，那是数据分析人员的工作。
2) 项目目标群所持设备的分辨率。项目目标群即用户，用户拥有什么样的手机分辨率，从一定程度上来说比第一点来得更加重要，它决定着项目开发的方向。
4.响应式web开发
在编写CSS时，我不建议前端工程师把容器（不管是外层容器还是内层）的宽度定死。为达到适配各种手持设备，我建议前端工程师使用自适应布局模式（支付 宝 采用了自适应布局模式），因为这样做可以让你的页面在ipad、itouch、ipod、iphone、android、web safarik、chrome都能够正常的显示，你无需再次考虑设备的分辨率。
响应式web开发不是一项开创性的技术变革，简单地说，响应式web设计采用了媒体查询、流式布局、液态图片三项技术，把它们组合在一起来制作页面，使得页面不只在传统桌面，在平板电脑和手机上，各种不同的分辨率都能够完美显示。而要做到这点，我觉得不难，请继续往下：
1) 准备工作：
a) 插件安装：window resize。您可以通过下载安装谷歌浏览器插件，安装成功后，当您调整浏览器窗口时，在浏览器右下角会有灰度提示当前窗口和类似于手机视图的大小提示。
b) 编辑器安装：Hbulder或Webstorm
c) 弄清视图和屏幕的区别。视图是浏览器的内容显示区域，屏幕是设备的物理显示区域。比如视图宽度我们一般用width表示，而屏幕宽度是用device-width来表示。相信做过手机页面的童鞋都经常见过这段代码：
<meta name="viewport" content="width=device-width,initial-scale=1.0">
其中width=device-width就是说把页面宽度设置成和屏幕宽度一样。
d) 响应式设计创意网站收集 。这里有很多响应式Web设计的网站，供您参考和学习。
2) 征途ING：
e) 响应式web设计之媒体查询：
为了减少http请求，我想在css样式表里进行媒体查询会是个不错的选择，而不是在页面head部分使用link进行加载。样式表里的媒体查询格式为：
@media screen and (max-width:960px){}
大括号内部书写样式。该语句相当于判断语句，有两个条件，一个是视口宽度最大不超过960px，screen代表显示屏，这两个条件都具备了，就调用大括号内的样式。
f) 响应式web设计之流式布局：
流式布局以百分比进行布局。最重要是时刻关注元素的父级层，所有的元素都是以父级层为基准。流式布局的应用是为了和媒体查询完美地结合，形成平滑的布局变 化跳转效果。一般而言，media里的样式多以width、padding、margin、font-size、line-height这些为主。
g) 响应式web设计之液态图片：
要实现液态图片，只需加入如下代码：img{max-width:100%;}
web移动头部书写
1、首先我们来看看webkit内核中的一些私有的meta标签，这些meta标签在开发webapp时起到非常重要的作用
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport" />
这个meta标签表示：强制让文档的宽度与设备的宽度保持1:1，并且文档最大的宽度比例是1.0，且不允许用户点击屏幕放大浏览；
<meta content="yes” name=" apple-mobile-web-app-capable" />
meta标签是iphone设备中的safari私有meta标签，它表示：允许全屏模式浏览；
<meta content="black" name=" apple-mobile-web-app-status-bar-style" />
meta标签也是iphone的私有标签，它指定的iphone中safari顶端的状态条的样式；
<meta content="telephone=no" name="format-detection" />
meta标签表示：告诉设备忽略将页面中的数字识别为电话号码
Ⅵ 到底什么情况该选择开发移动Web应用
移动web也是唯一一个可供开发者发布移动应用的平台。它将各种移动交互与桌面任务有效地连接了起来。移动web平台具有以下一些优点：容易学习，开发成本低、标准化、使用方便、易于发布。我将这些优点归结为无处不在原则：通常开发简单而且市场广泛的东西往往能够取得成功。“高 质量”也是成功的关键因素之一，而这一点移动web这些年还没能做得很好。移动web在许多方面还存在一些困难，如解决设备的多样性就是提升移动web质 量的一个重大挑战。但是，移动web遇到的困难远没有移动应用s遭遇的挑战来得复杂。另外，这些挑战将在这几年的时间里得到有效的解决。众所周知，我是移动web的拥护者；然而，我也是第一个承认移动应用重要性的人。开发移动应用可以充分利用设备的特性，而这一点往往是web浏览器做不到的，所以对一个产品本身而言，移动应用是最佳的选择。下面几节将讨论一下移动应用的一些主要功能。什么时候应该开发一个移动应用为应用收费没有任何地方规定开发者不能对一个移动web应用收取使用费，但是由于某些原因，人们常常认为不能或是不应该对一个移动web应用收取费用。由于历史原因，导致移动设备上付费服务遭遇两大阻力：付款方式在移动设备上输入信用卡号相当麻烦，而且在许多老式设备上也没有安全保障。一种典型的方式是，如果你需要对你的应用收费，你可以与运营商达成协议，让运营商代为为你的服务收费。这也意味着，你需要和多个运营商达成合作。这通常是首选的方法，因为许多手机用户可能根本就没有信用卡，比如青少年。另一种方法是将用户的信用卡信息保存在一个安全的网站上。用户可以通过登录到该网站购买应用服务。这个过程不算特别理想，因为这意味着用户不能直接通过他们的移动设备购买服务了。强制分成移动运营商是会提成的。app无论是通过运营商还是通过移动设备发布，他们都为应用提供了一套收费机制。这些运营商和移动设备将会提取部分收益，然后将剩余的部分交给应用开发商，这也意味着，开发人员必须遵守他们的市场规则。适应运营商的市场规则通常是非常困难的，需要投入大量的人力资源。相比而言，移动设备的市场规则则简单许多，但是也存在不少的困难。妨碍运营商和移动设备开发商利益的应用以及服务都将受到阻扰。过去，那些不靠运营商和移动设备开发商运作的网站如果收入过于显眼的话，都逃脱不了被关闭的命运，但是最近，这样的事情鲜少发生了。如果你想为你的移动应用收费，那么你就必须接受这个现实——你必须遵守别人的市场规则，还得放弃部分收益。开发游戏如果你是想开发一个移动游戏（移动游戏是移动市场上最大的一块），那么你需要开发一个移动应用。游戏对资源的占用很大，并且需要使用许多设备API或平台API。虽然，现在有几款完全使用web技术开发的游戏占有了一定的市场份额，但是和移动应用市场的占有情况相比，还是微不足道的。游戏用户对应用的视觉和操作效果要求很高。移动web虽然提供了一些仿真体验，但还远远不能满足用户的需求。在开发移动游戏时，你需要慎重考虑你的应用需要支持哪些平台。幸运的是，现在有许多工具能够帮助你将你的游戏推向多个平台，但是完成这些工作，还是需要花费大量的人力和物力。使用定位功能下一个功能就是定位功能，可以通过GPS或者是信号检测确定用户当前的位置信息。以前只能通过移动应用的APIs查看用户的位置信息，但现在大多数主流移动浏览器上都嵌入了W3C Geolocation API。像iPhone或Android这样安装了WebKit的设备，或是配置了Opera或Mozilla浏览器的设备，都可以获取用户的位置信息。我相信定位功能会为Web技术带来许多全新的应用。如果能够合理利用web浏览器，web开发商就能使用用户的位置信息和其他内容开发出更加有趣的应用。虽然这在技术上没有太大的困难，但却受到隐私保护条例的限制。我们将web浏览器当做是用户进入World Wide Web的入口。加入定位功能，意味着在网站中引入了一些敏感信息，这有可能导致严重的后果。但是位置感知应用中显示的位置信息必须经过用户的授权，用户当然有权禁止应用发布自己的位置信息。使用摄像头摄像头可以为你的应用提供丰富的可能性。以往移动MMS（Multimedia Messaging Service）被用于处理移动照片。换言之，你拍了一张照片后，需要使用MMS将它传送给一个服务器，服务器对照片做出相应的处理，并将处理完成的结果通知给你。这个过程是非常耗时的，而且相当复杂，也没有可靠性保障。通过访问摄像头，移动应用开发者能够简化拍照的过程。用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的HTTP传输。W3C正在开发一个访问摄像头的API，但现在还没有将这部分工作正式整合到浏览器中。在许多类型的移动apps中，摄像头是非常有用的，比如快拍应用、短片拍摄应用等等，摄像头可以用来捕捉许多重要的瞬间。不久的将来，我们可以看到——只要通过摄像头拍摄某个标识，应用程序就能自动完成对标识上的语言转换工作——这个技术在日本已经开始流行起来了。使用感应器现在越来越来越多的移动设备上都新增了感应器功能，该装置可以感知设备的物理速度以及重力，并将感知的数据结果传送给设备。这个装置常被用来感应设置是否被翻转，应用根据接受到的信息自动调节画面的方向。感应器可以用来帮助用户提升与设备交互时的真实感；大多数移动设备都是手持的，应用能够根据设备的方向调整内容画面，比如翻转屏幕，或是检测物理移动，并能据此猜测用户所处的环境。举一个简单的例子：比如用户正在走路，那么感应器能够检测到一个轻缓的移动或是速度，这时可以为用户提供一个大字体的用户界面，从而使得用户更容易看清屏幕上的内容。然而，开发者也不能过分依赖感应器，因为感应器无法区分究竟哪些交互是有意的，而哪些是没有意义的。每个移动交互都需要通过“传输测试”。设计你的交互时必须考虑用户在一个拥挤的汽车或是火车上的场景。考虑一下如果用户正身处拥挤的地铁或是正在驾车时，你的应用能否正确处理用户摇晃移动设备的动作。通常，大多数开发者都没有考虑这些因素。确保为每个任务设计一个备用方案以处理特殊场景中的移动交互。访问文件系统如果你的应用需要将数据保存在本地，那么你需要开发一个移动应用。比如你要保存用户的地址簿、电话或e-mail信息，或是保存从其他设备上获取的数据。访问文件系统常常会涉及到安全和用户隐私保护的问题。恶意应用程序可能会修改或是删除你的移动设备上的数据。一个携带病毒的应用程序可以利用移动设备上的关系网将病毒扩散到许多其他的手机上，在采用移动应用认证机制以前，这种事情是常常发生的。另一方面，移动设备正变得越来越私人化，移动设备上保存了大量用户的个人信息，以及用户的朋友信息和商业信息。针对这些私人信息开发应用是一个不错的想法。但是这也存在一定的风险，使用保存在移动设备上的数据可以为用户提供更加有针对性的服务。开发者必须谨记，只有在获得用户的授权后才能访问用户的私人数据。我们看到许多应用在没有得到用户授权的情况下使用了大量的用户私人数据，而被误认为是垃圾信息或是钓鱼应用，即使这些应用原本是在提供一些非常有用的服务。人们对你的应用的误解将会影响到你的服务的推广，如果运营商收到过多关于你的应用的投诉，那么你的服务可能将被终止，甚至会牵连其他的应用。访问文件系统时至关重要的一点就是在没有获得用户授权的情况下，不要访问任何用户的私人数据。而这一点，往往被大多数应用忽略了。W3C正在为移动开发商开发相关的标准API，但目前该工作尚未完成。离线用户最后一个需要开发移动应用的理由就是，用户有可能是离线的或者无法接入移动网络。这在城市可能很少发生，即使是在农村，网络的覆盖也已经逐步普及了。但是短暂的网络连接中断还是时常发生的，你的应用程序应该考虑如何处理这种情景。想想用户通常在什么时候，在哪里会使用你的app。如果是一个移动游戏，那么用户很可能在飞机上使用这个app。跟踪地图应用常在偏远且网络覆盖不佳的地方使用。移动旅游向导常在一个国外的网络中访问，往往需要支付漫游和国际网络费用。这时，应用程序最好能够为用户提供离线服务，保证用户在不接入网络的情况下，仍然能享受同等的服务。现在支持HTML5的浏览器也能实现脱机访问功能，但对用户来说可能不太明显。随着越来越多的浏览器都开始支持脱机访问，应用需要明确地告诉用户网络连接中断时，他们仍然可以访问移动web应用。移动应用s常常假设网络连接是可靠的。App通常只考虑了网络状况良好的情景，想当然地认为网络是封闭的，并且网速足够快。移动设备从网络良好的环境突然进入一个网络糟糕的环境并不少见。移动应用s应该在网络状况最差的情况下测试。比如用户启动任务时可能还是全信号覆盖，而在任务结束时可能已经完全没有网络信号了。用户在安装移动应用s时，根本不会考虑是在线访问还是离线访问——他们期望的是不管在任何状况下，移动应用s都能正常工作。而这也是开发者的职责。 什么时候应该开发一个移动web应用只要你的应用程序不满足之前提到的移动应用条件之一，那么你就没有必要开发一个移动应用，而应该选择开发一个移动web应用。正如文章之前提到的，我是一个移动应用的拥护者，我认为移动应用有许多优秀的特质，并且具有很大的市场潜力，但是移动 web应用是唯一一个经久不衰的移动内容、服务、应用开发平台。移动应用并不能明显地为用户提供更好的服务；它反而会增加项目的成本，减少了应用发布的渠道，增加了App升级的复杂度，削弱了开发者对应用的控制和利润， 并且可能会给设备带来麻烦。移动应用可以为开发者带来短期的效益，但这是有一定风险的，甚至可能会影响到移动市场的可持久发展。移动web应用的优势在前文中已经提到过了。如果上一节提到的几点功能是促成你选择移动应用的唯一原因，那么如果能够在移动浏览器上屏蔽这些障碍，你是否还会坚持选择移动应用呢？Palm的webOS已经着手解决了上述的部分问题。他们基于 WebKit构建了一个全移动操作系统，将手机变成了一个web浏览器。所谓的 “移动应用s”实际上就是一个移动web应用。PhoneGap也是一个类似的项目，这个开源项目用于帮助开发者在 iPhone、Android以及BlackBerry设备上开发移动应用s，并且能够模拟设备上的功能（如定位功能和文件系统）供移动web应用调用。这些代码可以在各个设备的应用商店中发布并且出售，但是他们使用的通用代码和设计是可以共享的。由于开发的是一个移动web应用，开发者可以为低端的移动浏览器开发一个简化版的应用。只用开发一次，就可以部署在多个平台上了，对于那些有着丰富的移动开发经验的 程序员来说，一提到“要开发一个功能丰富的应用”时，可能首先想到的就是移动应用。虽然在很多设备上，这一想法仍然适用，但是现在移动web应用上也提供了足够丰富的功能接口供开发者调用。这使得移动web应用不仅可以像移动应用一样被设计得功能丰富界面绚丽，而且还能在各个平台上迁移，甚至不用修改一行代码。现在在移动设备开发中，移动web应用的创新进入了前所未有的高潮时期。但更重要的是，这是有史以来第一次，移动设备开发商决定共同制定一个移动web开发的标准，就像是桌面web上 的标准一样。不仅如此，那些支持移动web应用创新功能的设备或是支持第三方浏览器的移动设备都受到消费者的欢迎。所以与其问自己“我为什么要开发一个移动web应用？”，还不如直接问自己“我为什么不开发一个移动web应用呢？”。
Ⅶ web app开发使用哪个框架最好
第一款：Sencha Touch
Sencha Touch 是世界上第一个支持 HTML5 和 CSS3 标准的移动应用框架，你可以使用 HTML5 来编写音频和视频组件，还可以使用 LocalStorage Proxy 来存储离线数据，同时，大量 CSS3 样式表为你提供了创建健壮样式层的可能。
优点
用户体验最接近Native App， 具有整体的UI组件、布局解决方案；
统一的编程代码结构和要求，良好组织的代码易于维护；
继承ExtJS 4的应用程序MVC架构；
完善的API文档，示例；活跃的社区，网上有大量的文档书籍帮助学习；
缺点
兼容性差，仅支持webkit内核的浏览器；
框架比较重量级，学习成本比较高；
商业化使用有版权问题；
第二款：jQuery Mobile
jQuery Mobile 是创建移动 web 应用程序的框架。适用于所有流行的智能手机和平板电脑。使用 HTML5 和 CSS3 通过尽可能少的脚本对页面进行布局。
优点
跨浏览器兼容性最好，几乎兼容所有的平台和浏览器；
入门简单，语法简洁，编码灵活，一些简单的应用直接用HTML既可实现，无需Javascript；
开源插件与第三方扩展网上资源丰富；
完善的API文档，示例；活跃的社区，网上有大量的文档书籍帮助学习；
缺点
jQuery Mobile对代码没有特定的要求，后期维护难度较大；
第三款：Zepto
Zepto 就是一个 jQuery 的轻量级替代品，几乎完全一样的 API，但是专门为 Mobile 或者 HTML5 浏览器设计和优化。
优点
学习成本低，Zepto保持了与jQuery几乎一样的功能，使用gzip压缩只有5-10k；
缺点
Zepto不支持Windows Phone下的IE ；
第四款：Wink Toolkit
优点
Wink的核心库是轻量级的，支持AMD规范的模块化加载，功能接口相比Zepto更丰富；
提供很酷的2D、3D效果UI组件；
缺点
组件对 Android的支持程度不好，3D组件无法使用 ；
第五款：Ionic：高级的 HTML5 移动APP（Web App）开发框架
Ionic 是一个用HTML, CSS 跟JS 开发的一个用于移动设备的混合APP 开发框架，采用 Sass与AngularJS 开发。目前，Ionic 仍然处于临测试状态（ alpha ）。相信未来会成为开发者开发 HTML5 应用的一个不错的选择。
第六款：Amaze UI 中国首个开源 HTML5 跨屏前端框架
Amaze UI 是一个移动优先的跨屏前端框架。易学易用。
Ⅷ web端app和手机端app的区别
Native App开发
Native App开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。
Web App开发
Web App开发即是一种框架型APP开发模式（HTML5 APP 框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。
Web APP应用呈现以下特点：
（1）每次打开APP，都要通过APP框架向云网站取UI及数据；
（2）手机用户无法上网则无法访问APP应用中的数据。
（3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量；
（5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端；
（6）APP用户每次都可以访问到实时的最新的云端数据；
（7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互；
适用企业：电子商务、金融、新闻资讯、企业集团需经常更新内容的APP应用。
Native App（原生型APP）应用呈现以下特点：
（1）每次获取最新的APP功能，需要升级APP应用；
（2）原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架；
（3）手机用户无法上网也可访问APP应用中以前下载的数据。
（4）原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（5）APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核。
适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。
移动Web无所不在，移动Web是目前唯一的支持各种设备访问的平台，与桌面Web一样，移动Web支持各种标准的协议。移动Web也是唯一一个可供开发者发布移动应用的平台，它将各种移动交互与桌面任务有效地连接了起来；而开发Native App可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，Native App是最佳的选择。
Ⅸ WEB移动端开发使用什么框架比较好
很久以前整理了篇将手机网站做成手机应用的JS框架。时隔一年多，很多新的技术已经出现，下面再来总结下还有哪些框架是适合面向手机设备的开发的。
1、jQuery Mobile
jQuery Mobile 是 jQuery 在手机上和平板设备上的版本。jQuery Mobile 不仅会给主流移动平台带来jQuery核心库，而且会发布一个完整统一的jQuery移动UI框架。支持全球主流的移动平台。jQuery Mobile开发团队说：能开发这个项目，我们非常兴奋。移动Web太需要一个跨浏览器的框架，让开发人员开发出真正的移动Web网站。
2、jQTouch
jQTouch 是一个 jQuery 的插件，主要用于手机上的 Webkit 浏览器上实现一些包括动画、列表导航、默认应用样式等各种常见UI效果的 JavaScript 库。支持包括 iPhone、Android 等手机。
3、DHTMLX Touch
DHTMLX Touch是一个免费的HTML5/JavaScript框架，专门为触摸屏设备而优化。为您带来快速开发工艺精美的移动Web应用程序的能力。DHTMLX Touch UI Designer是一个可视化的编辑器用于构建移动用户界面。它能够帮您以最少的编码构建一流的用户界面。在其主页上提供一些示例可以展示DHTMLX Touch强大的用户界面。包括一个menu app for the iPad (适用于开发餐厅应用) 和Book Shop (一个电子书店应用)。
4、Mobilize.js
Mobilize.js是一个开源的HTML5-JavaScript框架用于从任何现在有标准网站快速，简便地构建移动网站。这个框架其实就是将需要在移动设备上显示的部分页面以jQuery Mobile的默认主题显示，而不是实现一个全新完整的移动页面。Mobilize.js 可用于任意网站，但对于基于WordPress和Sphinx的网站不需要使用该框架转换，因为已经有非常多的插件可以使用。
5、The M Project
The-M-Project是另外一个强大的JavaScript框架，它利用HTML5新的特性来更好和更简便地开发移动应用。这个框架遵循着名的MVC软件架构模式。它还支持离线，所以你的用户可以在没有连接网络的情况下继续操作(当下次有连线的时候，再将数据同步到服务器中)。提供优秀的文档(这个项目拥有一个引导新用户入门的开发指南)。可以查看提供的示例来对该项目有一个初目的了解。这些示例包括：ToDo App(待办事项目应用) 和 KitchenSink (这个示例包括这个框架提供的所有UI元素)。
6、WebApp.Net
WebApp.Net 提供了很多的 API，因此可以帮助你节省很多工作了。不需要花时间去进行 Ajax 调用的编码，因为已经内置了，另外还有很多其它内置功能，提供了详细的文档和应用演示。
7、Wijmo
Wijmo是一个基于jQuery UI的UI部件的套件。Wijmo部件进行了优化客户端Web开发和利用jQuery的优越的性能和易用性的力量。所有的Wijmo部件都配备了20多个主题和支持ThemeRoller。
8、960 Grid on jQuery-Mobile
jquery-mobile-960 是一个用于移动 Web 开发的网格框架，综合了 960.gs 的灵活性和 jQuery Mobile 的方便性。它的目的是让 jQuery Mobile 布局更加的灵活，使得应用应许在移动终端更加易用。
9、Sencha Touch Framework
Sencha Touch 是世界上第一个基于 HTML5 的移动 Web 开发框架，支持最新的 HTML5 和 CSS3 标准，全面兼容 Android 和 Apple iOS 设备，提供了丰富的 WEB UI 组件，可以快速的开发出运行于移动终端的应用程序。Shencha是第一个使用HTML5，CSS和JavaScript并且支持音频/视频，本地存储，圆角，渐变背景以及阴影的开发框架。
10、NimbleKit
NimbleKit 是为 iOS 设备构建应用程序最快速的方式，你不需要知道 Objective-C 或者 iOS SDK，你只需结合 JavaScript 代码编写 HTML 页面就可以了。
11、Touchy™ Boilerplate
Touchy Boilerplate 是一个用来创建移动web app，包括HTML模板，Meta tag等的工具。Touchy可以支持动态页面导航，固定页头，滚动内容，浏览历史记录等功能。Touchy使用jQuery或者 Zepto.JS。
12、PhoneGap
PhoneGap是一个用基于HTML，CSS和JavaScript的，创建移动跨平台移动应用程序的快速开发平台。它使开发者能够利用iPhone，Android，Palm，Symbian,WP7,Bada和Blackberry智能手机的核心功能——包括地理定位，加速器，联系人，声音和振动等，此外PhoneGap拥有丰富的插件，可以以此扩展无限的功能。PhoneGap是免费的，但是它需要特定平台提供的附加软件，例如iPhone的iPhone SDK，Android的Android SDK等，也可以和DW5.5配套开发。使用PhoneGap只比为每个平台分别建立应用程序好一点点，因为虽然基本代码是一样的，但是你仍然需要为每个平台分别编译应用程序。
13、joshfire
Joshfire是一个开源的跨设备开发框架，帮助开发者创建可以在多种设备上运行的web app。它使用HTML5和JavaScript，并且允许开发者快速整合本地应用和特定的web应用。Joshfire可以让你的应用接受键盘，鼠标，触摸屏，遥控器等设备的输入。Joshfire支持Node.JS。4.Sencha Touch：基于HTML5的移动网页开发框架。
14、 Julia
Julia框架由基本CSS3文件、JS库和各个平台的运行库构成。不像PhoneGap，Julia不仅仅包含调用本机代码的接口层，它还包含 Model-View-Controller(MVC)支持，Delegation支持，OAuth支持，异步数据库存取接口，HTML选择符(类jQuery调用接口)，HTML模版(允 许嵌入JS代码)等应用开发必备的API接口。 基于Julia的应用开发就像网站开发那么简单，是的，你终于可以用HTML5开发一个完整的、跨平台 的、不亚于本机代码的、易于维护的移动应用了！大幕即将揭晓，让我们一起进入移动开发的新时代
15、SproutCore HTML5 Application Framework
SproutCore 是一个 HTML5 移动 Web 开发框架，它的目标是在无需浏览器插件的情况下，在浏览器中位应用程序提供极佳的桌面效果。
16、Titanium
这是一个强大的，健壮的移动Web开发框架。能够让使用现有的HTML, CSS和JavaScript知识来为 iOS和Android平台开发原生移动应用。作为一个越来越大的移动Web框架，它拥有超过300个的APIs和活跃的开发者社区。你从这个社区中得到每一个开发人员的帮助。Titanium Mobile支持原生的iOS和Android UI元素如Table views, tabs, switches和popovers。它提供能够与移动设备的摄像头和本地文件存储系统相交互的特性。
17、Lungo.js
Lungo.js 是一个采用HTML5, CSS3 和JavaScript技术实现的移动Web应用程序开发框架。利用这框架开发的应用程序可运行所有流行的平台包括：iOS, Android, Blackberry 和 WebOs。它还支持触摸事件如：tap, double-tap和swipe。整个框架没有用到任何图片包括图标，所有都矢量化。可以在这个框架中使用HTML5拥有的一些特性如：WebSQL, 地理位置定位，历史或设备方向等。Lungo.js是一个模块化并且完全可定制的框架。
18、xui.js
有时候你可能需要一个超轻量级的框架，只要拥有用于开发标准客户端所需要的功能如：DOM操作，事件处理，Ajax和一些动画效果。如果是这样的话，这个框架刚好非常适合你。整个框架采用GZIP压缩完之后只有4.2 KB。
19、EmbedJS
EmbedJS是一个用于嵌入式设备的JavaScript框架如：移动电话，TVs、tablets和so forth。EmbedJS强大之处在于，它拥有专门为特定平台和浏览器如iOS, Firefox, Android等提供相应的开发版本。这样就能够以最少的代码，为用户提供最佳的体验。而且假如你喜欢自己定制，可以利用其提供的EmbedJS Build tool工具实现。EmbedJS基于Dojo实现，所以你如果熟悉Dojo API语法，那EmbedJS将是你最佳的选择。
20、zepto.js
zepto.js是一个专为mobile WebKit浏览器(如：Safari和Chrome)而开发的一个JavaScript框架。它标榜自己在其简约的开发理念，能够帮助开发人员简单、快速地完成开发交付任务。更重要的是这个JS框架，是超轻量级的，只有5KB。zepto.js的语法借鉴并且兼容jQuery。
21、Baker
Baker是用来在iPad或者iPhone平台上发布交互式的电子书或者电子杂志的HTML5电子书框架。
22、ChocolateChip-UI
ChocolateChip-UI 是一个手机移动 Web 开发框架，采用 HTML5, WAML, CSS 和 JavaScript等技术实现。基于 ChocolateChip JavaScript 框架，包含最新的 ChUI.JS 和 ChUI.css.
23、Magazine Grid
Magazine Grid 是一个超现代的 CSS 框架，用于 iPad 和 iPhone 手机，使用类似杂志的设计风格。Magazine Grid 可让用户使用 HTML5 元素来组织杂志页，非常轻量级(<4k)，在移动设备上加载非常快，对老的浏览器也支持。
24、Kendo UI
Kendo UI是一个强大的框架用于快速HTML5 UI开发。基于最新的HTML5、CSS3和JavaScript标准。 Kendo UI包含了开发现代JavaScript开发所需要的所有一切，包括：强大的数据源，通用的拖拉(Drag-and-Drop)功能，模板，和UI控件。
25、HTML App Host Framework
这是一个用于构建基于 Windows Phone 7 的 HTML/JavaScript 托管框架，使用 HTML5 技术。该框架由支持在标准 xap 格式中嵌入 html 应用的控件。