⑴ android开发和微信小程序开发哪个容易入门，推荐学哪个
第一、就是开发费用不同。同样需求的前提下，小程序的开发成本比APP少。因为前端只需要做一套，而APP是需要区分安卓和iOS。
第二、就是开发周期不同。小程序有微信生态的基础，很多底层的代码都有较好的封装。APP都是从零开始搭建。
第三、是审核机构和周期的区别。小程序是微信官方审核，最快十分钟就可以过审。APP苹果版本需要美国总部来审核，最快都需要一周时间。安卓有很多平台，每个平台都要提交一遍申请。如华为、小米，腾讯应用宝等。另外APP是需要软件着作权才可以过审。
第四、是依赖关系不同。小程序是依赖微信，微信是一个APP，所以它依赖于应用市场，它们是一个包含关系。微信小程序和app哪个容易开发？
一、目标群体
小程序：小程序只能在微信中使用，仅限于微信用户和小程序的目标用户；目前，微信用户超过12亿，小程序是一个新兴市场，发展空间仍然很大。
APP：今天的APP面向所有使用智能手机的用户。因此，APP拥有广泛的用户群。
二、 功能板
小程序：小程序依靠微信生存，没有微信，小程序不能使用；小程序的承载能力不如APP好，只能提供一些简单的功能；但小程序不需要下载和安装，也不占用手机内存。
APP：应用程序的所有功能都非常完善。毕竟，开发时间足够长，可扩展性强，用户服务更完整；在应用程序中，可以任意发挥应用程序的许多功能。只要企业的开发团队足够专业，就可以轻松实现许多功能。
三、开发周期
从开发周期来看，小程序具有绝对优势。小程序：因为它依赖于微信这个小程序，所以开发周期很短，通常只需要大约两周就可以完成。
APP：APP的开发周期相对较长，从两三个月到半年甚至一年不等；此外，APP还必须考虑兼容性，因为不同的操作系统有不同的版本。
四、开发效果
小程序：小程序依靠微信生存，微信是一个非常大的生态系统。因此，小程序可以在微信的社交圈推广，使用起来相对方便。
APP：APP是一个独立的生态系统，推广效果比小程序弱。
五、用户体验
小程序：小程序依靠微信生存。因此，无论是界面设计、页面切换还是功能需求，出现相同的设计是正常现象，所以难以实现高度的定制化。
APP：APP在用户体验方面具有绝对优势。无论是从页面加载速度、产品知名度还是界面不好看，企业都可以让专业技术人员进行调整。
贵阳小程序开发
⑵ 微信小程序和H5哪个更适合企业
聊这个话题之前，咱们先搞明白微信小程序和H5。
微信小程序在我之前的文章里聊了很多，不再赘述。那H5是什么呢？
简单来说，H5的载体是浏览器，因此只要有浏览器，就可以使用，比如手机内置的浏览器。我们将从几个纬度来了解微信小程序和H5之间的不同。
一、载体
H5的载体是浏览器，手机浏览器或者电脑浏览器都可以打开。微信小程序的载体是微信APP，所以只能在微信中打开。
二、功能权限
比如：您想通过程序获得用户的电话
比如：您想通过程序直接将活动分享给好友
比如：您想通过程序分享出卡片式的分享界面
微信小程序可以做到以上的所有，H5就不行。
再比如：您想小程序可以同时支持微信支付和支付宝支付
微信小程序做不到，它只支持微信支付，而 H5 就可以做到。
三、运行流畅度
刚才我们说了H5实际上是打开一个网页，而网页需要在浏览器中渲染，就会有卡的感觉，而微信小程序是直接在微信上运行，使用体验就比H5流畅很多。
综上所述，两者各有千秋，根据自身的业务需求，选择自己想要侧重的部分进行工具选择就好~
⑶ 如果会前端开发，去开发微信小程序难吗，小程序是基于网页的实现吗
不难。
微信小程序类似于web开发，主要区别在于小程序有自己的一套框架，看起来很像angular，实际上也有点区别。
小程序有部分使用原生组件渲染，如canvas最终会渲染于原生组件上。小程序可以有更全面的原生api接口调用，可以实现类似于微信原生app的功能。
但对于开发者来说，只要会html、css和js，开发小程序都不难，甚至难度可能比vue,angular还低。
⑷ 到底 H5 和小程序哪个好一张表告诉你
许多做产品的同学经常会有这样的疑问：计划开发的移动端产品到底是用 H5 好还是用小程序好？甚至很多开发同学也搞不清楚这两者在具体使用中的优劣。那么相信读完此篇，便可让你对二者之优劣利弊了然于胸，再也不必纠结。
大体上讲，H5和小程序并不具备什么可比性。只是很多移动端的场景下，这两种选择都能实现产品的大部分功能，加之其各领风骚好几年，就更难抉择了。
我们经常说的 H5 是一种不标准的叫法，可以理解为只是一种技术，大家说得最多的 H5 主要是指用在移动端的网页，其实 PC 电脑版也一样可以使用 H5 技术。而小程序，这里特指微信小程序，是在微信 APP 基础上支持的一种应用形式，完全依赖于微信 APP 环境。
以上，是大概念上的区分，下面，我们就来详细对比一下其他方面。
一、运行环境
这里的 H5 既然是网页，那么依赖的外壳主要是浏览器，因此只要有浏览器，就可以使用。比如手机内置的浏览器，APP 的 web-view 组件，以及小程序提供的 web-view 组件，都可以打开 H5 页面。
注意，小程序的 web-view 可以打开 H5，但并不是小程序“跳转”到了 H5 页面，这个 H5 还是小程序的外壳内，仍然有很多限制。
前面说了，小程序只能依赖微信客户端，也就是说只能在微信里打开。那么，如果你的产品需要通过短信通知用户带上访问地址，就无法用小程序实现了。而 H5 页面，则可以在短信正文中直接用手机内置浏览器打开。
但是，微信本身是跨平台的，因此无论是安卓上的微信，苹果上的微信，都是可以使用小程序的。甚至 QQ 浏览器也支持了部分小程序的入驻。
二、系统权限
这里的系统权限，可以理解为隐私级别比较高的，如通讯录，或能调用硬件的，比如蓝牙功能等。从这个角度看，H5 本身可以说几乎是没有什么系统权限的。虽然也有摄像头之类的接口，但是重度依赖浏览器能力，兼容性有限。
而小程序，由于依赖微信客户端本身，所以微信小程序团队将客户端的很多能力开放给了小程序环境，当然，前提是你给微信也授权了相关的能力，比如允许访问麦克风，允许访问相册等。
所以，如果你的产品重度依赖这些能力，那小程序一定是不二之选，因为 H5 很难做到这些，对于很多小程序提供的能力，H5 是根本没有可能实现的。
三、能力限制
前面提到了系统权限层面的差异，其实也是一种能力限制。除此之外，还有一些能力是微信本身的策略限制的，比如 H5 在微信里可以直接分享朋友圈，而小程序目前就只能转发好友或群。对于朋友圈，就只能生成带小程序码的图片发到朋友圈。
而对于分享到好友或群，小程序又提供了卡片式的分享界面，看起来很高端，信息也多，并且能追踪用户行为。这一点，H5 又无法做到。
再比如支付能力，小程序只支持微信支付，而 H5 里可以选择使用其他支付平台提供的支付方式。
四、用户体验
分享卡片看上去比普通的 H5 链接分享体验要好；而朋友圈的 H5 分享形式，和图片识别小程序码的形式到底哪个好也不好说。不过，如果你的产品被判定有违规行为，那么 H5 的链接是很容易匹配屏蔽的，可以直接导致分享 H5 页面只能自己可见，别人看不到。
但是，小程序的分享图虽然不太可能封禁，但小程序是微信的呀，那还不是分分钟就关掉。 所以在抗风险方面，二者各有千秋。如果是 H5，那就多准备几个域名；如果是小程序，就直接多上线几个小程序，保证封禁时损失降到最低。
除了形式上的体验差异，性能上也是有差异的。小程序基于微信客户端实现，对解析进行了优化，并且一旦首次打开小程序，可以直接缓存很多资源。因此，在使用小程序时可以明显感觉很流畅，接近原生 APP 的体验。
而 H5 本质上还是网页，跟之前在 PC 上浏览网页没区别，每次要请求各种图片样式资源，在浏览器内核里渲染，因此体验会差一些。
五、访问入口
在访问入口这个点上，H5 的核心竞争力就是能在微信之外玩，不依赖微信本身。而小程序的优势，就是有 50+ 微信提供的场景入口，并且聊天界面顶部的“最近使用”和“我的小程序”这个入口，相对 H5 来说是有绝对优势的。
用户关闭之后，H5 页面如果想继续访问，可能会通过收藏入口，或者转发给“文件传输助手”等聊天界面保存，还可以缩小到图标稍后阅读等等。本质上还是跟 PC 时代的浏览器收藏夹差不多，需要有个地方把 H5 的链接地址保存下来，方便下次访问。如果没有保存，下次就很难找到了。
至于微信内的搜索，是可以同时搜索 H5 和小程序的，可以根据 H5 的名字和内容、小程序的名字和介绍来搜索。这里 H5 有个天然优势就是，只要你的链接在各大搜索引擎提交过，那么使用其他的搜索引擎也能搜出这个 H5，比如网络搜索。
六、用户触达
H5 本身是没有用户触达能力的，如果用户关掉了页面，页面就再也没有办法主动触达该用户了。因此，传统的营销方式都是采用邮件营销或短信营销等来触达用户。
后来，我们有了微信服务号，就多了服务号模板消息的触达方式。不管是哪种方式，都是想方设法把链接地址推送给用户，用户点击时再通过手机内置浏览器或微信内置浏览器访问页面。
而小程序天然支持模板消息，虽然有一周的推送时间限制，但是常规的业务已经足够了。只要用户使用你的小程序，你就可以通过某种操作收集 formid，然后即可在一周之内的任意时间触达用户。
七、开发成本
对于简单功能，H5 和小程序的开发成本是差不多的，开发模式和语言风格也类似。而对于前面说到的系统能力，可能就只有小程序才能实现，H5 根本做不了。此外，小程序自成体系，因此也有一些现成的组件可以使用，如果刚好覆盖了你的产品功能就能提升效率。
虽然 H5 也有很多框架组件可以用，但由于过于庞杂，有选择成本，且技术栈和 UI 五花八门，可能还有融合和修改的成本。而小程序组件的 UI 大部分已经确定，只有很少的部分可以修改，所以一旦认定使用小程序，这部分成本会低很多。
总体上来讲，我觉得还是可以认为小程序的开发成本更低一些。
八、迭代周期
开发成本低，未必迭代周期就短。对于 H5 我们可以随时发布上线，不用受任何牵制。而小程序的特点，就是每次提交版本都要经过微信方面的审核，且审核时间的长短很随机，着急上线的项目就很无奈了。
至于其他速度，取决于开发人员技能熟练程度，系统复杂度，对基础能力的依赖等，就不好估算了。
九、外部限制
由于小程序依赖微信平台，因此微信平台要对内容安全等事项负责，比如你想搞个有 UGC 的产品，用 H5 可能还可以趁着监管宽松无证裸奔一阵，或者说做大了再补证。
而小程序，就很可能完全不能过审，根本上不了线。比如试听类，社交类，都有对应的资质，而这个资质还可能很难获得。
类似的，H5 页面可以不用搞 HTTPS，有个网站就能玩，甚至用工具做个小活动也都可以玩。但是小程序，从后端开始就有限制，要求域名备案+HTTPS，一定程度上也是一点成本。
此外，小程序对文件大小也有限制，虽然现在已经支持分包加载，但是在文件大小方面，H5 本身是没有什么限制的。只是实际开发的时候，要照顾用户的体验，不能让页面打开太慢。
综上所述，H5 和小程序在不同的场景下各有千秋，具体使用哪一种要看你看重哪些能力。 H5 和小程序都是实现产品的工具，选择工具最擅长的能力，其他方面再想办法来弥补即可。最后，再附上完整表格一份，看你是否已经明了二者的差异：
⑸ 现在做网站跟做小程序相比那一个更有优势一点
微信小程序的出现，颠覆了传统电商与零售，方便大众的同时，也给中小商家迎来了新的机遇与挑战。微信小程序并非普通的应用程序，它比网页的体验更流畅，比APP更方便；商家可以利用小程序的开放接口，实现各种营销功能开发，结合微信平台天然的社交属性，促进拉新与复购，达到业绩最大化。微信小程序比H5网站、公众号、APP的优势对比如下：
网站：制作成本低。移动端网站体验并不好，栏目页面选择困难，没打开一个网页要加载数秒，效率非常低下。网站留存一直是个难题，通常，用户浏览某个网站退出后，可能再也找不到该网站了，因为让用户记住一个陌生的网址或品牌，相当困难；
公众号：制作成本低。经过开发的微信服务号，非常实用，商家可以根据公众号提供的开放端口，开发出商城、各式各样、新颖的营销工具，用来服务用户，用户在公众号里面嵌入的商城里可以购买、享受服务等。但，用户想要最终进入商城下单，必须要先关注公众号，然后再进入公众号首页的菜单，点击菜单按钮后，才能进入商城页面，这个步骤太繁琐，并且公众号商城开发技术是基于H5，裂变传播越来越弱，因为现在的人都不愿意关注一个陌生的公众号；
APP：制作成本高。除非是超高频APP，否则用户留存是个难题，虽然现在的手机容量都很大，但并没有多少钱愿意去下载一个几十兆臃肿的APP。
小程序：制作成本低。微信小程序解决了以上几点难题，用户无需下载、无需关注，通过用户分享、搜索、扫码等方式打开就可以使用，反应速度快，由于体验良好，裂变传播速度更快。微信小程序同样开放公共端口，可供商家对接开发各种工具，比如商城，可供用户在小程序商城下单，同时也可以开发各种营销模块，促使用户自主转发，使得小程序实现自传播。
总结：信息高速发展，企业一定要与时俱进，这样才不被时代所抛弃。
⑹ 写给Android开发者看的‘微信小程序和Android开发的对比’
微信小程序近期可谓是动作频出，仅最近新增的能力就有：
种种迹象表明，微信对小程序的期望值是很大，所以在它推出的几个月效果没到达预期的情况下，之前的很多‘克制’也就逐渐变成‘放肆’了 —— 不过不管小程序以后的发展到底怎样，对我们开发者来发，多了解一些总是没有坏处的。
他山之石，可以攻玉。
对于是技术人来说，多了解一些不同的技术、不同的开发模式、不同的架构思想，提高技术‘广度’，对于自己的成长是十分必要的。
所以，本文就是从一个 Android 开发者的角度，从项目工程方便切入，来分析一下‘微信小程序’跟‘Android App’开发上的一些异同。
‘微信小程序’开发是一个相对较新的技术，希望通过本文，能让你对它多一些了解。
因为内容是从Android开发的角度来谈的，所以我假设你已经对 Android 开发比较熟悉了。并且对微信小程序的开发也比较感兴趣，如果要是再能有些 javascript、css 的基础的话那就更好了！
Android 开发我们已经比较熟悉——
作为册丛对比，进行微信小程序开发所用的语言是这些——
wxml (WeiXin Markup Language) 基本约等于是 xml。微友握信之所以没有直接使用 xml ，可能是为了以后扩展方便一些（野心很大）。
同理， wxss (WeiXin Style Sheets) 基本约等于是 css。也是微信扩展了一些功能，比如统一的尺寸单位 rpx 。
对于 Android 来说，对于页面的描述基本上在 xml 中定义的，比如：
这是一个简单的典型的示例，这个文件就是描述了两部分内容：
some.wxss:
很明显可以看出：wxml 是负责了 页面结构 的展示；而 wxss 则负责了对 页面样式 的定义。
这种把结构和样式分离的做法，其实是延续了网页开发中的习惯（html + css）。
这样做的好处起码有两个：
——看起来还是挺简单州告樱的结构:
这三个文件用以描述小程序 app 相关的内容，他们的命名是固定这样的，位置也固定是在根目录下。
app.js 基本相当于 Android 中的 Application 类，文件中主要是有一个 App() 函数，来进行小程序的初始化操作。
app.json 的作用跟 Android 中的 AndroidMainifest.xml 文件很相似 —— 都是静态化的配置文件。
app.wxss 定义全局的样式 —— 其定义的样式会作用于每个页面。比如在 app.wxss 中加入：
就可以给所有的 text 控件添加 5px 的 padding 。
当然，页面本身的 xxPage.wxss 可以定义局部样式来覆盖全局样式。
根目录下的 utils 文件夹中有一个 util.js 文件，这个故名思意，是类似于 Java 中的一些工具类的存在。
utils 文件夹其实是一个非必须的结构，而它之所以出现在官方的 HelloWorld 工程中，是作为一个代表，表明了开发者在这里是可以自定义新的文件夹和结构的。微信小程序作为一个使用 js 来开发的平台，是可以使用许多第三方的 js 库的，对于这些第三方库，以及其他的图片资源等，都可以放到自定义的文件夹中。
pages 文件夹下包含两个子目录：index 和 logs ，两个目录的结构都是基本一样的，都是包含四个相同主名称的文件： xx.js、xx.wxml、xx.json、xx.wxss 这几个文件。
这样的一个典型结构表明它是一个小程序的页面，四个文件的作用分别是：
在视图的动态显示上，微信小程序使用了 数据绑定（data-binding） 的方式。
如果你之前使用过 AngularJS 或者 Vue.js 等这些流行的 js 框架，那么你肯定对 数据绑定 并不陌生。它是一种把一个控件的属性绑定到某个数据对象（view-model）的属性的方法，这样在改变数据对象属性的时候，所对应的控件属性也就会相应变化 —— 在开发中，这种方式会使得对 View 层的显示控制变得十分简单、自然。
基于此，软件工程的流行架构方式也在之前的 MVC 、 MVP 之外，又多了一个 —— MVVM（Model-View-ViewModel） 。
数据绑定 这种方式现在是如此的流行，以致于 Android 官方都出了一个 [Data Binding Library] ( https://developer.android.com/topic/libraries/data-binding/index.html ) 来支持数据绑定，但是由于成熟度等原因，目前还并没有成为主流，Android 中的主流视图显示方式，还是通过开发者手动给每个控件 set 数据。
—— 单从这一点上看，微信小程序的开发模式是比原生 Andorid 要‘先进’一些的~ 😏
小程序虽然是和前端 H5 页面一样是用 js 来开发，但是由于它最终运行的平台不再是浏览器，而是和 App 的表现几无二致，所以页面的生命周期也是和 App 差不多的。
一个小程序页面的典型生命周期如下：
对比一下 Android 的 Activity 生命周期 ：
微信小程序的页面生命周期稍微简单一些，但主要的思想跟 Activity 生命周期基本是一致的。
小程序的官方 IDE 是微信自己出品 微信Web开发者工具 ，它内置了一个小程序的运行环境，本质上是基于 Chrome 内核的一个浏览器框架，算是一个模拟器了。
——它虽然跟 Android 的各种高大上的模拟器相比起来略显简陋，但是基本该有的功能也基本都有（断点、Log、网络监控等），而且由于是基于浏览器内核的页面 DOM 解析，所以运行的速度也是像浏览器打开网页一样流畅，不会像 Android 模拟器那样对系统资源要求很高。
另外，在绑定了开发者账号之后，也可以用手机进行真机调试来调试小程序，所以也能在上线前用不同的机器来进行充分的兼容性测试。
总体来说，小程序作为一个新的形态，从开发的角度，它可以算作是一个【Native开发】和【H5开发】的结合，它吸收了原生开发和 H5 开发的优点。对于前端开发人员和原生开发人员来说，都可以在微信小程序中找到许多熟悉的东西。再细节的许多点这里就不在赘述了，大家如果有兴趣，可以自己上手去体验一下。
综上，自然也就有两种人特别适合去做小程序的开发——H5的前端开发人员，以及之前的 Android/iOS 原生 App 开发者。
微信小程序的开发总体来说是很简单的。
—— 对于前端开发者来说，了解一下原生 App 的一些相关思想即可，这些工作其实只要读一遍小程序的开发者指南基本就差不多了。
—— 而对于原生开发者来说，只要稍微补一下 js 的相关知识（html/css），也基本就差不多可以上手去做了。如果你之前恰好已经有过一些 js 的使用经验，那就不用多说了，花半个小时看一下小程序的文档，直接上！
关于作者 :
http://www.barryzhang.com
https://github.com/barryhappy
http://www.jianshu.com/users/e4607fd59d0d
⑺ 浅谈微信小程序的利与弊
直到前天的正式上线，微信小程序迅速火爆朋友圈~我也来凑个热闹，随便说说自己对小程序的小小见解~
作为一个有着三年多iOS开发经验的程序媛和一个微信公众号的运营者，在微信小程序之火刚刚燎原之际，我就产生了浓厚的兴趣并关注着动向。不过直到上个周末我才安装小程序的开发工具，而对于它的用户体验，更是迟在公测之日使用到第一个小程序——微信自己开发的“小程序示例”，才真的体会到小程序到底是个啥（在此也深深地鄙视一下自己的执行力）。
到目前为止，我一共添加并使用过5个小程序（排除小程序示例），它们的体验好坏不同。总结一下就是——app为主，小程序为辅。小程序现在还无法撼动原生app的地位~
经常使用微信看公众号文章的童鞋应该有一个很不好的体验：在关注地看某篇文章时，经常错过朋友发的微信消息（因为iOS系统的局限性，app在前台时不会发出通知），或者因为要看朋友发的消息，而不得不退出目前正在看的文章，要么把链接转发到自己微信账号/文件助手里，要么收藏该文章留着之后再看。这样导致的结果是：①被迫暂停了阅读的快感，之后忘记继续阅读②没有及时回复重要的消息。我觉得这是目前微信最需要改善的一个缺点~
那么小程序的出现，还是会面临上述问题：因为如果我们沉浸在一个小程序里，还是会漏掉微信消息。说严重点，小程序和公众号文章类似，它们和微信最原始的功能“聊天”是冲突的！这也导致了小程序具有局限性，只能做的比较“浅”，设计者在设计小程序时应尽量避免让用户停留太久的时间。
嗯~相信对于好多童鞋来说，很多原生app的存在只是对于某些特定的场合：比如我只在不知道中午吃什么的时候用【大众点评】、只在晚上订饭的时候用【美团外卖】，所以这两个app我可以毫不犹豫地从手机里删掉，改为使用微信小程序，这样也完美地解决了①好多童鞋手机内存低的问题，②像我这样不定时会清理掉多余的app的奇葩【捂脸】（连自己手里里的文件夹也是按照图标颜色分类的 = =）不过对于大多数app，尤其是功能比较复杂、或用户信息安全性需要得到保障的，我想大多数用户不会舍原生app而去选择小程序。
说完用户体验，再说说它的开发吧~微信的开发文档写的比较全面，还有作为示例的小程序展现了各种控件的展现方式，相信对于做前端和后端的资深开发者来说，开发小程序的难度比较低，容易上手。因为我一直在做iOS开发，偏离html语言太久的时间，因此对于我来说有些学习成本。
总之，我很佩服微信的团队，他们总是在不断地创新，研发了很多NB的产品。对于小程序，昨天的公测只是一个开始，微信小程序团队还有很长的时间去发展，我也同样期待着，微信小程序会给大家带来更出色的体验~我也不担心自己的移动开发前程因为我已经开始学习win10开发了哇卡卡卡卡卡【嘿哈】（请大家脑补微信同款小表情）