受微信“小程序”影响最大的五类公司_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
受微信“小程序”影响最大的五类公司
百家号是全球最大中文搜索引擎百度为内容创...|
总评分0.0|
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢那些说微信小程序会杀死App的人们，你们想多了
我的图书馆
那些说微信小程序会杀死App的人们，你们想多了
文 / 刘旷 （ID:liukuang110）昨晚打开微信朋友圈，关于微信“小程序”发布内测邀请函的消息漫天飞舞。今天一早翻阅新闻，各大媒体也纷纷表示看好微信应用号，有些媒体甚至扬言微信应用号将杀死一切APP，大量的APP都将会被用户卸载。不可否认，微信凭借着强大的用户量和高强度用户粘性，其推出应用号的确会给整个应用市场带来新的机会和一定的冲击，但是扬言其要杀死一切APP，未免有些将其神化了。━━━━━应用号给开发者和创业者们带来了一片新天地━━━━━对于很多开发者以及创业者们来说，他们开发一款APP的确会遇到了开发周期长、运营成本高等诸多难题，而微信应用号的出现则给他们带了新的希望。&一、应用号普降甘露，创业开发成本终于可以降低了&开发一款APP，不仅需要ios开发团队，还需要android团队，这无形之中就增加了创业团队的人力成本，不少创业公司有相当一部分成本就耗费在庞大的手机APP开发团队上。对于很多创业者来说，搭建一个较强的技术团队本身就不容易，很多企业甚至不惜花费高薪重金来聘用技术团队。相比之下，微信应用号的开发更多是基于网页前端即html5开发，省去了庞大的后端开发工作，自然而然也就会节省大量的人力。&而此前创业者们好不容易把团队搭建好了之后，又面临着大量的开发成本和漫长的时间历程。如果技术团队的技术非常熟练还好说，但如果技术实力一般的话，要想实现设想的一些功能，有些技术团队甚至无法完成，还需要外聘专家。相比之下，微信应用号的开发就要简单很多，工作量也大幅减少。&此前最让创业者头疼的还是运营成本。除了服务器成本之外，要推广一个APP需要付出大量的资金，而手机应用分发渠道们不断涨价也是再正常不过的事情了，最让创业者们痛心的是，有些用户即便下载安装了也会卸载自己的应用，甚至换了手机之后也不会去重新下载该APP。微信应用号的出现，就大幅降低了这个成本，用户只需要扫描二维码就可以了。&二、应用号将给开发者和创业者带来新一波移动红利期&在手机APP最开始掀起的时候，涌现出了大量的移动应用开发创业者，也有很多创业者因此一夜暴富，成为了移动互联网第一波红利期的受益者。随后微信公众号的兴起，让很多内容创业者以及企业受益，其中不乏诸多草根借助微信公众号实现了自己的财富梦想。那么，应用号的推出，必然也将会带来一波新的移动互联网红利期。&目前微信应用号处于内测阶段，很多用户对于应用号都会抱有一定的好奇心理，在前期借助应用号开发一些有趣味性的应用，很容易将吸引用户前来关注。那么，哪些创业者和开发者能够抓住这个机会，就能成为这一波红利的受益者，一旦等大家都纷纷涌入进来的时候，那个时候市场机会就又不多了。&三、应用号还将给创业者们带来更多的试错机会&应用号本身是基于html5网页，不像ios或者android，它拥有非常强大的跨平台特性，不仅降低了创业成本，最为重要的是给创业者们带来了更多的试错机会。&过去创业者在开发一款app之前，技术团队们需要提前设想好并搭建好框架，好不容易开发完了之后却发现这款APP与市场并不吻合，并不适用于用户。但是这个时候要对APP进行功能上的修改就需要浪费大量的时间，重新开发一款APP就更是得不偿失。&应用号因其简单的开发成本以及快速的传播特性，创业者很快就能将自己的产品推向市场进行试验，如果效果不好可以马上重新对其进行改良，即便重新打造一款新的应用号也并不需要太多的时间。相比过去而言，创业者拥有了更多的试错机会。━━━━━应用号并不会扼杀一切APP━━━━━正因为应用号拥有如此巨大的优势，所以很多人开始将其神化，甚至认为其将扼杀一切手机APP。至少在刘旷个人看来，应用号还不具备这么大的魔力，它也不敢这么做。&一、应用号在功能方面还需加把劲&提到应用号，很多人存在一个误区，认为他就等同于一个手机APP，其实不然。应用号只是一个功能相对简单的轻应用，在很多功能体验方面其实还是比不上手机APP。对于很多功能较多，要求较为复杂的APP来说，在应用号里面往往难以得到较好的功能实现。&此前，不论是百度、360还是UC浏览器、QQ浏览器等，其实他们都有推出自己的轻应用，意图将自身打造成为了一个众多轻应用的集成者。但是纵观当前他们的成效来看，没有哪一家最后取得了成功，反而是被微信公众号抢走了入口。应用号归根到底，其实也是为企业、开发者以及创业者们打造的一个轻应用入口，至少短时间内它在功能以及用户体验方面还是比不上手机APP，尤其是一些游戏APP，很多功能在应用号里无法实现。&二、应用号只是微信生态体系的一种补充，而非替代&当前，很多微信订阅号以及服务号，通过在订阅号以及服务号里面接入html5页面以及基于微信后台开发一些功能，实际上已经就是一个轻量级的应用了。这些订阅号以及服务号凭借着此前的运营，已经积累了大量的粉丝，很显然他们不会将粉丝转移到应用号，也难以转移。&应用号对于自己的定位，既不会去替代手机APP，更不会去替代自己的微信订阅号、服务号、企业号，应用号只是帮助整个微信打造一个更完整的生态，吸引更多的开发者前来开发更多有趣味性的应用号，进一步开放和扩大微信生态，从而进一步增加微信的用户粘性和活跃度。&此外，对于很多开发者、创业者们来说，未来随着应用号不断增多，对于应用号的推广成本将会变得越来越高。事实上，当前微信订阅号、服务号的推广成本已经大大高于前几年，应用号上线之后的推广成本并不见得比手机APP能低多少。&三、应用号不会直接去挑战iOS与Android&对于微信来说，它本身就是一款手机APP，用户下载微信需要通过苹果手机的App store以及安卓手机的应用市场。如果微信推出应用号就是为了打造一个新的应用分发市场，它必然会直接向苹果以及其他安卓手机和应用分发市场发起挑战。那么，如此一来这些应用分发市场还不纷纷下架微信？最终大家只会两败俱伤。&这其实也是在给微信自己挖一个坑，然后自己往下跳，最终给其他移动语音社交平台创造机会。事实上，国外的whatsApp、LINE等移动语音社交平台早已对中国市场虎视眈眈，微信绝不会自掘坟墓去给别人创造机会。&由此看来，应用号对于开发者、创业者们来说的确是一个福音，但是说未来应用号将取代一切手机APP着实有些言过其实了。文中所述为作者独立观点，不代表腾讯科技立场。
馆藏&19198
TA的推荐TA的最新馆藏[转]&
喜欢该文的人也喜欢Pages: 1/3
主题 : 微信小程序上线了。。。笔者以为iOS是不会允许这样的功能出现的
级别: 侠客
可可豆: 151 CB
威望: 151 点
在线时间: 411(时)
发自: Web Page
来源于&&分类
微信小程序上线了。。。笔者以为iOS是不会允许这样的功能出现的&&&
你们觉得呢?
级别: 版主
UID: 467146
发帖: 1773
可可豆: 3874 CB
威望: 3093 点
在线时间: 1353(时)
发自: Web Page
回 楼主(RainR) 的帖子
加载在微信程序上的&&为啥不允许啊&&只是比较依赖微信而已&&现在好多的app都是加载着h5&& 跟小程序一样的思路
我是菜鸟我怕谁！！！
级别: 骑士
UID: 291181
可可豆: 427 CB
威望: 412 点
在线时间: 941(时)
发自: Web Page
回 楼主(RainR) 的帖子
别二了, apple 把微信下架?那我毫不犹豫的换华为
级别: 侠客
UID: 577998
可可豆: 442 CB
威望: 353 点
在线时间: 603(时)
发自: Web Page
&& 现在还不好说对iOS和安卓原生的app影响，关键是看微信能把它优化到什么地步。
级别: 新手上路
可可豆: 2 CB
威望: 2 点
在线时间: 79(时)
发自: Web Page
应该不会的，要不然Apple Store就没用了
级别: 精灵王
UID: 241631
可可豆: 15817 CB
威望: 4219 点
在线时间: 978(时)
发自: Web Page
Apple应该是不会禁止的, 微信只是内嵌了一个webview而已
级别: 版主
UID: 597817
可可豆: 1893 CB
威望: 1714 点
在线时间: 456(时)
发自: Web Page
安心工作吧 小程序只是锦上添花而已.不影响大局
级别: 新手上路
可可豆: 2 CB
威望: 2 点
在线时间: 79(时)
发自: Web Page
回 4楼(husong) 的帖子
微信搞出小程序这东东，对于内存小的可是一大福音啊！
级别: 侠客
UID: 545348
可可豆: 433 CB
威望: 421 点
在线时间: 519(时)
发自: Web Page
我用了用，然后看了一些文章，感觉自己要没饭吃了
级别: 侠客
UID: 528202
可可豆: 166 CB
威望: 157 点
在线时间: 406(时)
发自: Web Page
回 8楼(leilei0826) 的帖子
同感 吓得我都感觉要失业了
Pages: 1/3
关注本帖(如果有新回复会站内信通知您)
发帖、回帖都会得到可观的积分奖励。
按"Ctrl+Enter"直接提交
关注CocoaChina
关注微信 每日推荐
扫一扫 关注CVP公众号
扫一扫 浏览移动版匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。在 SegmentFault，解决技术问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
一线的工程师、著名开源项目的作者们，都在这里：
获取验证码
已有账号？
标签：至少1个，最多5个
这篇文章将围绕下面几个方面：
从开发模式（过程）上对比Android和小程序，比较两种”模式”的异同
从实现功能上对比，主要是看看微信小程序的局限
自己的一些看法，微信的优势
开发过程上的对比
在我看来,开发一款app，需要做的主要是界面布局以及交互处理,然后是后面的业务逻辑处理。虽然平台不同，但是任务都是趋同的。下面从这两个大的方面进行对比一下。
微信把这个小程序框架称为“MINA”，并声称：
MINA(MINA IS NOT APP) 是在微信中开发小程序的框架。
MINA的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生APP体验的服务。
MINA提供了自己的视图层描述语言WXML和WXSS，以及基于JavaScript的逻辑层框架，并在视图层与逻辑层间提供了数据传输和事件系统，可以让开发者可以方便的聚焦于数据与逻辑上。个人觉得第三点说得特别好。大概说清楚了开发者要干什么。大概就是以写Web的方式写好前端，然后通过双向数据绑定技术和业务端交互,业务端通过javascript代码实现业务处理,必要时调用微信接口完成一些处理。
一些生命周期函数
这里所说的生命周期函数是指的整个应用以及每个页面的声明周期函数,在Android中，对应着App、Activity类，而在小程序中,对应着App和Page两个函数对象（注意,javascript是基于原型和构造器的，而java是基于类的，所以这里就造成了一些写法的不同）。以App为例,下面是一个代码实例:
onLaunch: function () {
console.log('App Launch')
onShow: function () {
console.log('App Show')
onHide: function () {
console.log('App Hide')
每个小程序起起来时就会有一个App实例，同理每个页面打开也会有一个Page实例（这个链接打开往下滑还有生命周期函数的图解），我们只需要在这个实例中添加自己的逻辑即可,唯一不同的是这是在javascript这种语言上写的（java和javascript的区别就像是雷锋和雷峰塔，所以这里形式上的不同还是蛮大的）。
视图层代码
前面说了，写视图层的体验有点像Web前端，主要是写多了Android，习惯性地会把界面的样式以及交互放在一块儿写（事实上就是你在xml上做的工作），而在Web端，需要html和css文件来共同完成。在小程序里面，对应的是WXML(WeiXin Markup Language)和WXSS(WeiXin Style Sheets)，注意虽然模式和web很像，但是在形式上算是微信自己开发的一套（所以你需要使用他们自己的标签）。具体来讲，你需要做两件事：
在WXML中通过组件（微信所提供的标签）构建页面结构，并且在其中完成数据绑定和事件绑定
在WXSS中完成样式的定义，用以控制WXML中组件的样式。WXSS具有CSS大部分特性,同时也有部分扩充。
基本上，视图层很像在写Web端。不过你也看到了，和Android比起来，限制因素在于微信给你提供了组件，然后你最多改改样式，更多的像自定义组件什么的就不可能了。
逻辑层代码
不同于Android有一堆的组件（Activity、Service..）来支撑逻辑层，小程序就一个Page()函数(类似与App()函数，在框架里面填逻辑)，所以显得很简单。基本上，数据通过双向绑定进行传递和刷新的，然后在page内可以完成一些交互处理，更多的能力(访问网络、存储)是通过微信的API完成的，这些api以wx.开头，目前来看，不是太多，所以可以很快看完，当然也意味着其实可以完成的工作还着实有限，这个后面说。
整体来说,小程序的工程组织还是蛮清晰的,MINA程序包含一个描述整体程序的app和多个描述各自页面的page，一个MINA程序主体部分由三个文件组成，必须放在项目的根目录，是app.js,app.json,app.wxss，分别用作生命周期函数、配置文件和样式文件，一个MINA页面由四个文件组成，是.js,.wxml,.json,.wxss，分别用作生命周期函数、布局文件、配置文件和样式文件，他们需要通过同名且放在同名文件夹下（方便框架通过名字路由）。比起Android来，套路应该是固定而简单得多。
再回头看看Android开发，突然觉得可以玩的简直是太多了…下面简单描述一下，肯定是不全的。
一些生命周期函数
App、Activity是肯定的，其实套路和小程序还是差不多的。只不过组织形式是类而不是函数对象。之前说了，这是因为Js和Java语言特性造成的。
视图层代码
通常来讲，Android的界面在.xml文件中定义，其实仔细想想就会发现，在文件中，我们是同时定义了布局，和交互逻辑的，这是因为本质上这些.xml声明都是View类的子类，我们通过重写View的声明周期方法来完成了对齐的样式(onDraw以及LaoutParams)、以及交互的定义（各种on..listener）。所以在.xml中更像是对这些对象进行一系列实例化。至于双向数据绑定,Android也开始支持了
逻辑层代码
这一层还是要复杂得多..放到后面对比来说吧。
…..不想说了，一方面写法多，一方面相对于小程序也蛮复杂的。
下篇内容（待续）
从实现功能上对比，主要是看看微信小程序的局限
自己的一些看法，微信的优势
「H5程序俱乐部」是一个专注微信小程序学习交流的微信公众号每天发布微信小程序设计/开发/运维知识，小程序最新资讯
「H5程序俱乐部」微信号：wxappclub 或者 微信扫一扫关注
0 收藏&&|&&2
你可能感兴趣的文章
3 收藏，1.3k
8 收藏，21.2k
分享到微博？
我要该，理由是：