① 微信小程序和WebApp有什么区别
微信小程序开发还有这些特征：
1、微信小程序的入口不在微信，而是在二维码里，小程序的启动更多是来源于二维码扫描；
2、微信小程序不需要到应用商店去下载、不需要订阅、不能推送消息；
3、和订阅号的媒体属性不同，由于在传播、分享上存在一定的限制，“小程序”主打服务属性——简单、干净、用完即走是它的天然特征；
有了微信的入口加持，可以轻易被用户搜索到，因此使用时，可以在小程序中嵌入最吸引人的功能，借此向APP导入重度用户。
有人可能会认为，微信小程序开发类似于经常接触的H5页面，WebApp或手机网站，只要将原有代码稍微改一下，就可以变成微信小程序，其实不是这样的。微信小程序开发相当于重新做了一个不同于传统形式的APP，从开发、设计、测试、升级都是单独的一套。微信小程序和原生APP以及轻应用都不同，它更像是微信功能的延伸，更加注重场景化。
但从本质上讲，它依旧没有摆脱原生APP开发以及轻应用所面临的两个问题：基于H5的特性和功能上的限制，微信小程序开发虽然无需安装可以即开即用，能够很大地减少手机的存储空间占用，但是对于网络的依赖也更加严重，轻量的定位在功能体验上也会不如传统APP开发出色。
② 微信应用号的出现，对Android/ios开发和web开发分别会有什么影响
微信应用号深度解读
一、应用号将使得哪些群体受益？
1）既有的中小APP团队。应用市场上存在着大量长尾APP，这些APP开发成本高昂，在两个操作系统若干应用商店内的维护升级成本也相当高。应用号将使得这些长尾团队能以低成本开发出产品，并且维护升级更方便。
2）数量庞大的线下企业和商户。原有的服务、订阅号形式功能单一，无法满足大量线下企业互联网+转型需求，而原生APP技术复杂，开发成本高昂，应用号将为这数以千万计的线下单位带来布局互联网的机会。
3） 原先服务号和订阅号上成熟的运营团队。应用号虽强调应用功能，但仍会保留社交属性，而不是纯粹靠砸钱硬推。公众号上运营经验成熟的团队将因此受益，可能率先推出一些能替代知名原生APP的应用。而后入局的原生应用团队可能被甩下。
4）开发者群体。应用号是基于HTML5的开发方式，只需开发维护一个版本。而原生应用需要针对不同操作系统、系统版本甚至品牌机型都做不同调整。而且，微信内部有大量的基础服务接口，比如支付、地理、扫码等，开发者不需要重复开发。
二、应用号可能带来的市场冲击。
1）首当其冲的是占领O2O领域，因为这更符合微信商业化的计划，也很符合原有微信公众号里存在大量线下商户的现状，同时，买卖支付的技术也比较成熟。从网络先前搞的直达号来看，也是O2O领域最红火。
一些知名的O2O应用，可能会被迫在微信里面设置自己的官方应用号，逐渐被分流流量，甚至萎缩原有市场。
2）冲击老旧的应用商店运营模式。
原有的应用商店，如appstore、应用宝，是靠完全垄断应用分发权力，来向开发团队收取分红或广告费。
应用号可能会探索一条新的模式，即以社交传播的方式分发应用，而不是主要靠榜单下载。微信官方的盈利，也将侧重于向应用内部植入基础服务，而非主要收取广告费。
三、应用号会以什么样的模式运营？
1）应用号的申请步骤，依然会与先前的公众号大同小异。
2）得到应用号的企业，应该会在一套技术框架内，实施更复杂的自由开发，以创建媲美APP的功能，但这些应用可以共享微信的用户数据和基础服务。
3）微信应该会多应用号分出类别，甚至是推出地理位置推送等更复杂的分类方式。而企业也将聚合自己的线上线下资源，主要以社交的形式推送。
四、应用号对于互联网大局的影响。
1）可能会改变互联网创业的方式。主要是改变“推出新品——砸钱推广——吸引用户”的模式，它会使得创业更多面向微信用户的生活周边实际需求，而不是去开创一种新商业模式。新模式新产品，以后可能只有实力超群的达团队才能做起来。
2）大幅度增加移动互联网的企业玩家。移动市场上的服务提供者，可能会迎来一次显着的爆发，形成一股结合自身线下产业的互联网+的创业潮。
观点一：应用号诞生的必要条件之一，是HTML5开发技术的成熟。
1、 包括微信在内的各个浏览器，对H5的支持日益增强
2、大幅度提高H5开发的效率，并实现了之前只有原生应用才有的功能，如调用相机、访问系统、地理位置等。
3、 这些使得应用号具备了大规模、深度化创作的基础，成为了有根之木，有源之水。
观点二：应用号这一产品要能成功，就需要市场提供门槛更低，更全面的技术解决方案。
1、 原生开发技术，乃至HTML5的编码开发技术，实现成本都相对较高昂，阻碍了很大一部分技术力量薄弱的企业团队布局移动互联网。
2、 除了开发应用，企业还需配套的技术服务，比如接入统计、存储服务，还有在运营应用号的同时，也能将同一版应用封装到其它应用平台，像青雀这样的全面方案可以解决这一整套问题。
观点三：H5技术，将大大增强应用的开放性、社交性，彻底改变应用的面貌。
1、 此前，APP是独立存在于系统，不同APP之间基本无法互通数据和功能，也没什么社交属性。
2、未来轻应用解决方案将与微信的生态服务战略契合，使得应用可以以场景化、游戏化等多个方式传播，并且实现用户数据的共享，既使用户体验更流畅，也让企业方运营效率更高。
目前网上H5开发工具的普遍情况：如兔展、maka等工具，通常采用的是模板+组件化的操作，可以在既有模板上修改，换上自家内容，也可以利用组件进行有限度的创新。其次，各个H5开发工具普遍强调上手容易，制作简单，但开发的自由度与深度不够。开发的应用类型主要集中于O2O、B2C商店、企业展示等功能比较雷同的板块。
③ 最近准备开发一个app，但不知道该做Web App、Hybrid App还是Native App
1. Web APP
Web App 指采用Html5语言写出的App，不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。
优点：
开发成本低，
更新快，
更新无需通知用户，不需要手动升级
能够跨多个平台和终端。
缺点：
临时性的入口
无法获取系统级别的通知，提醒，动效等等
用户留存率低
设计受限制诸多
体验较差
2. Hybrid App
Hybrid APP指的是半原生半Web的混合类App。需要下载安装，看上去类似Native App，但只有很少的UI Web View，访问的内容是 Web 。
例如Store里的新闻类APP，视频类APP普遍采取的是Native的框架，Web的内容。
Hybrid App 极力去打造类似于Native App 的体验，但仍受限于技术，网速，等等很多因素。尚不完美。
3. Native App
Native APP 指的是原生程序，一般依托于操作系统，有很强的交互，是一个完整的App，可拓展性强。需要用户下载安装使用。
优点：
打造完美的用户体验
性能稳定
操作速度快，上手流畅
访问本地资源（通讯录，相册）
设计出色的动效，转场，
拥有系统级别的贴心通知或提醒
用户留存率高
缺点：
（1）分发成本高（不同平台有不同的开发语言和界面适配）
（2）维护成本高（例如一款App已更新至V5版本，但仍有用户在使用V2， V3， V4版本，需要更多的开发人员维护之前的版本）
（3）更新缓慢，根据不同平台，提交–审核–上线 等等不同的流程，需要经过的流程较复杂
相比Native App，Web App体验中受限于个因素：网络环境，渲染性能，平台特性，受限于浏览器，系统限制。
TestBird
④ 移动端轻应用一般用什么语言写前端和后端
看需求而定吧.如果为了求快和广适应,可以用html5编,考虑好web responsive就好,或者转换成hybrid的各平台native app.如果需要对移动设备的device要求较高(比如camera,storage,联系人信息,网络信号等等)则需要用平台语言写native app
后端根据需要可以php或.net,如果安全需求较高,可以j2ee
⑤ 原生APP和Web APP的区别
html5封装的app与原生态app有什么区别呢？
html5又和app有什么区别呢？
为什么大型网络公司还是倾向于推广原生态app呢？
html5是有跨平台的优势，但是为什么还是不温不火，或者我们仍称之为轻应用app呢？
查找了相关的资料，梳理了一下，发现有如下区别：
1.html5的app如轻型小炮，原生态app如正规大炮，html5实现的功能有限，只能实现一些轻型的交互场景，而app则可以完美解决。
2.html5虽然可以跨平台，可是浏览器有个加载速度，对于用户体验上说，有个加载的等待，就比如你用qq浏览器打开网络，和直接使用网络app是两种体验。浏览器打开网络，还得有个加载，而网络app则ang的出下了输入框界面。
3.html5的app对于导航来说，目前有个弊端。而原生态app则在页底固定悬浮着导航菜单。我给截图，大家可以看看区分：看我红线画圈和蓝色画圈的区别。
4.html5 app也有自己的优势，比如有的app页面想要分享出来，则采用html5
app。也比如滴滴打车集成在微信里一样，如果手机中没有滴滴打车的app，则直接可以在默认浏览器上加载出来，进行打车。对于公司整体的运营来说不可少。
html5 app在设计时需要注意的一些要点，我也简单概括了一下：
1）各手机浏览器的兼容测试
2）底层服务的调取（能调取，但只有当其是核心功能时才保留 eg：新浪、美团等皆去掉了头像上传功能）
3）注意离线数据存储，减少数据请求频率。
4）考虑保存用户的哪些数据：设置、个人数据、阅读锚点、跳出页面等。【这点一般说的就是导航菜单】
5）避免动效与浏览器的交互冲突
6）按顺序 异步加载eg： 腾讯视频
⑥ 现在web前端开发都做些什么...
1网页制作，负责页面的设计与制作。
2前端制作工程师，专门负责制作前端页面。
3网站重构工程师，负责web页面的制作，主要是html和css部分，可能还需要知道一些Java语言。
4前端开发工程师，其Web前端人员的职责范围也更大一些，他们的Web前端人员不仅要做HTML和CSS，还要做全部的Java或者Action，并且进一步扩展到Ajax甚至PHP等脚本语言的范围。
5资深前端开发工程师，需要掌握的技能更多更全面，包含，小程序、app等等。
6前端架构师等等。
⑦ 轻应用，会成为未来的趋势吗
应用商店主导的移动互联网生态圈存在根本的缺陷：1.分发困境，没有好的方法触及目标用户。2.使用困境，用户 下载之后极少使用。变轻，成为平台和开发者们共同的心声，但是否会成为移动互联网的未来趋势，还是一个值得商榷的问题。互联网生态圈已发生巨大变化 对比移动互联网，PC用户所处的环境可谓优渥：无需担心流量、无需担心硬件能力，更无需担心电量消耗。PC的处理能力和带宽足够强大，一款浏览器就 可以满足我们所有的需求：听音乐、看视频、阅读小说、玩游戏、社交，几乎你所有的需求都可以用浏览器得到满足。浏览器成为PC端最为重要的上网入口，甚至 是唯一的入口。在这样的背景下，绝大多数开发者们完全没必要非得去做一个符合大多数windows用户习惯的客户端。其实如果你仔细观察你的PC桌面，绝 大多数你安装的客户端都是属于工具类的，这可能是因为对离线功能的需求所致。变轻，在PC端早已经成为一个行业大趋势。而这种情况在移动互联网却发生了根本的改变：一方面，新用户持续增长，用户操作习惯还未真正成型，没有一款超级应用能够真正一统入口市场（连微信也 不敢说已经成为用户上网的唯一入口），这使得开发者们都想成为独立的平台。另一方面，受限于技术、硬件设备性能、网络环境等因素，轻量级的应用也很难提供 与Native App相媲美的用户体验，对于绝大多数应用开发者来说，在目前的环境下轻应用对他们来说或许只是一个备选而已。变轻，现在还有必要吗？一、让App回归服务本身App开发者投入了大量人力物力开发应用，商业化对开发者来说是非常必要的事情，这些本无可厚非，但如果添加了一系列的不遵从产品主基因的功能，给 用户造成很大困扰时，可能用户就会去选择一个新的替代App了。举个例子，豆瓣读书，如果加入“每日精品图书推荐”版块这就非常合理，但如果加入“精品游 戏游戏推荐”，这在我看来就是“臃肿”。国内的用户没有很好的付费习惯，免费成为大家的共识，所以对于绝大多数没法成为平台的App来说，只能通过牺牲服 务体验来获得商业价值上的回报。而在笔者看来，当接入到超级App平台时，超级App却能够一定程度上更好帮助他们实现商业化，像网络轻应用平台就已经在 广告联盟、自主广告投放上提供了支持。微信上线的支付功能也为开发者们提供了无限的可能性。当开发者不用在苦恼商业变现问题时，回归服务就成了他们必然的 选择。这也能一定程度上杜绝App因服务体验的下降变成僵尸App的困境。二、对开发者来说，轻应用可以解决分发和使用困境首先，随着网络基础设施建设的逐步完善，无线网络能力将提升，基于web的轻应用实用性将大大提升。其次，拥有统一框架 的轻应用开发相对更为简单，而且没有跨平台的成本。维护起来相对更为简单，妈妈再也不用担心升级提示了。再次，可以通过轻应用平台的装机量吸引中小企业， 内容供应商等加入这个平台。对于开发者来说，他们最关心的还是能否获得更多的用户，在应用商店推广成本居高不下的当下，有这样一个有价值的分发渠道，对他 们来说值得一试。三、对用户来说，轻应用更贴心方便拿网络轻应用平台来说，网络将会根据大量数据分析用户、内容和场景对用户的搜索结果精准推送服务，用户要做的只是搜索，就能得到一个相当符合需要的 内容和服务。这种服务，不同于Native App，有着免下载安装，无更新和推送消息的巨大优势。服务承载在网络上，数据储存在云端，用户免去了大量的内容获取路径，搜索即达。all in one在未来会是一个大的趋势不同于PC，手机获取外部资源的能力非常局限，成本相对较高。信息的断链，使得用户不得不通过安装越来越多的Native App才能够满足一次简单的需求。每个手机里安装的App可能都满足了用户某种特定的需求，可能没有任何一点臃肿感，但当这些堆满用户手机桌面时，不断弹 出的升级更新提醒，压迫感也就随之而无处不在了。看到过这样一段话深表赞同：“在实现一个用户需求时，当某环节体验出现问题，如果能有更好的解决方案，那 么用户习惯就可以被改变，即使这是一个很牢固的习惯。”这和10年前的PC成就软件而现在软件的使用频率越来越低情况类似，拿视频领域来举例，我们在PC上一开始是用视频客户端看视频的，但每次打开客户端都会弹出各种广告，当网页端能够提供不下于客户端的用户体验时，多年养成的用户习惯就被改变了。
⑧ 轻应用，Web App，Native App三者有什么区别
一、什么是Native app
Native App是一种基于智能手机本地操作系统如IOS、Android、WP并使用原生程式编写运行的第三方应用程序,也叫本地app。
Native App因为位于平台层上方，向下访问和兼容的能力会比较好一些，可以支持在线或离线，消息推送或本地资源访问，摄像拨号功能的调取。其实也就是我们现在使用的基于本地（Andriod\IOS\Metro）运行的APP。
Native App的优势：
1.提供最佳的用户体验，最优质的用户界面，最华丽的交互
2.针对不同平台提供不同体验
3.可节省带宽成本
4.可访问本地资源
5.盈利模式明朗
Native App的劣势：
1.移植到不同平台上比较麻烦
2.维持多个版本的成本比较高
3.需要通过store或market的确认
4.盈利需要与第三方分成
其实，只要现在从事移动互联网的CP们，能深深体会到目前原生应用遇到的三大困境：1、虽然用户手机里的Native APP数量在增多，但日均启动个数却在减少；2、用户的使用时长不断向高频Native APP集中，加剧了头部效应；3、对于低频和不知名的Native App，则面临着更严峻的“分发”和“使用”长尾困境。这三大困境对开发者形成了较大的挑战。其中，大部分低频和不知名Native App在应用商店少人问津，无法到达用户手机。
二、什么是Web app
Web无需安装，对设备碎片化的适应能力优于App，它只需要通过XHTML、CSS和JavaScript就可以在任意移动浏览器中执行。随着iPhone带来的WebKit浏览体验升级，使得专为iPhone等有WebKit浏览内核的移动设备开发的Web应用，也有了如App一般流畅的用户体验。（就是一种基于浏览的应用，技术咱就不管了）。
Web App的优势：
1.开发成本低
2.适配多种移动设备成本低
3.跨平台和终端
4.迭代更新容易
5.无需安装成本
Web App的劣势：
1、Web App自身能力不全面
2、无法调用语音、摄像头、定位等能力，体验比较差；
3、用户很难沉淀下来，建立较为稳固的联系。
针对Native app 和 web app的分析，应该也可以大概理解出什么是轻应用了吧！~一般在这种情况下，就会出来另外的一种概念叫融合。记得，曾经乔布斯老爷子有一次谈到这个问题，他说Web是未来，虽然现阶段Native给了用户更好的体验。如果现在的开发者不有效的利用Web技术，那他就落伍了。但如果过分依赖Web，完全不用Native那也未必就是好事。
三、什么是轻应用？
轻应用是无需下载、即搜即用的全功能 App，既有媲美甚至超越native app的用户体验，又具备webapp的可被检索与智能分发的特性，将有效解决优质应用和服务与移动用户需求对接的问题。2013年 8月22日，网络在2013年网络世界大会上宣布推出“轻应用”，可实现无需下载，即搜即用和通过移动搜索智能分发。（注：其它早前360就提出过轻应用概念，更可笑的是当天老周在微博上发了这么一句话：一个认为移动互联网是酒驾的兄弟，一直找不到方向，所以跟在360屁股后面。原谅这个醉汉吧！~至少是否抄袭不是咱关心的事儿，继续捋该捋的！~~~）
轻应用的特点：
1、破壳检索，智能分发
简单理解就是通过之前应用商店以名称进行检索的方式，现在可以更精确的通过内部内容来匹配搜索，实现长尾搜索。
2、无需下载，即搜即用
无需安装，节省存储空间，使用方便，简直轻得不能再轻。
3、订阅推送，个性提醒
帮助用户不搜即得，获得个性化服务。举个简单例子吧：你关注了'91运营网“，而91运营网的内容主要是针对移动互联网
的，你在关注这些阅读应用自媒体的时候设置条件是移动互联网的新闻时，那91运营网就有可能被推送。
4、云端一体，能力增强提供了多种增强能力：LBS、语音输入输出、订阅推送、电话拨打、摄像头调起、分享评论等。
⑨ 响站封装APP与原生开发APP有什么不同
响站系统的APP生成有两种模式：
一、根据网站内容进行APP生成。
二、根据需求进行重新设计APP应用页面的排版与框架。
响站的APP均不是模版APP。
⑩ 轻应用是什么webapp是什么两者有区别吗
轻应用是什么？
LAPP (Light App) 即轻应用是一种无需下载、即搜即用的全功能 App，既有媲美甚至超越native app的用户体验，又具备webapp的可被检索与智能分发的特性，将有效解决优质应用和服务与移动用户需求对接的问题。
webapp是什么？
web无需安装，对设备碎片化的适应能力优于App，它只需要通过XHTML、CSS和JavaScript就可以在任意移动浏览器中执行。随着iPhone带来的WebKit浏览体验升级，使得专为iPhone等有WebKit浏览内核的移动设备开发的Web应用，也有了如App一般流畅的用户体验。
其实两者的本质是一样的，都是同样的语言同样的方法做出来的。
区别就在于：
1.webapp和网络轻应用在规格上，webapp比较广，而网络轻应用专注于h5应用。
2网络轻应用兼容webapp中的h5应用和hybridapp。
3.平台不一样：chrome网页应用也属于webapp，而轻应用只出现在移动端。