微信小程序开发
微信小程序开发平台
Q1： 微信小程序开发用什么语言？
建议:
微信小程序用户javascript开发的，你可以看看官网的demo
https://mp.weixin.qq.com/debug/wxadoc/dev/index.html
微信小程序:
1：官方工具：https://mp.weixin.qq.com/debug/w ... tml?t=1476434678461
2：简易教程：https://mp.weixin.qq.com/debug/wxadoc/dev/?t=1476434677599
3：设计指南：https://mp.weixin.qq.com/debug/wxadoc/design/index.html
4：设计资源下载：https://mp.weixin.qq.com/debug/wxadoc/design
5：微信小程序公测接入指南：http://www.wxapp-union.com/portal.php?mod=view&aid=259
6：微信小程序支付文档：https://pay.weixin.qq.com/wiki/d ... pi.php?chapter=3_1#
7：新手入门宝典：http://www.wxapp-union.com/forum.php?mod=viewthread&tid=1989
8：免费视频：http://www.wxapp-union.com/forum.php?mod=forumdisplay&fid=37&filter=typeid&typeid=7
9：实战宝典：http://www.wxapp-union.com/special/solution.html
10：从注册到上线系列：http://www.wxapp-union.com/forum.php?mod=viewthread&tid=4375
Q3： 为什么要做微信小程序开发
服务号无法解决高频使用的问题
按照微信的期待，订阅号本应为用户提供内容，但被玩出了各种营销和电商的花；服务号本应为用户提供各种服务，但真正做起来的服务号却少之又少，你可能听说过不少 VC 投资订阅号，但很少有 VC 投资服务号。
服务号发展得并不好。大多数服务号只是在做替代短信的推送服务和低频服务。
比如，被视作经典案例的招商银行信用卡公众号，用户的使用场景以收通知为主，它只不过替代了刷卡短信通知，其它功能很少被用到。
不妨想想我们为什么会 下载 一个产品的 app，而不用它服务号里一模一样的功能：
体验差，HTML 的体验比不上原生、流畅性差
层级多，App 一打开就是服务目录，服务号需要多进至少一层
对网络过于依赖，没有网络，服务号无法使用
对于低频使用的场景，即使体验差、层级多、每次都需要联网，用户是可以忍受的，比如查询信用卡额度，这种行为可能每个月只有一两次，即使网页的体验很差，但我们能忍受。
但对于高频使用场景，比如文档编辑，我们每天可能需要使用很多次，这时我们对体验、速度、稳定性显然有更高的要求，服务号和 HTML 并不能完美满足这些要求。
矛盾来了，微信希望第三方用服务号来为用户提供服务，但从功能层面，服务号却只解决了低频服务的需求，高频服务用户依然需要下载 app。
这时，微信需要提供另一种能力，来满足高频服务的需求。
微信想成为唯一的入口
为什么微信非要满足高频服务的需求？
因为商业是贪婪的，商业的最终目的是垄断。
8 亿活跃用户对微信来说是不够的，一天只占用用户 4 个小时对微信来说也是不够的，光提供信用卡消费通知对微信来说还是不够的。
微信想要更多，腾讯想要更多。当微信已经是超级入口，它想变成唯一的超级入口，它要占据你更多的时间和使用场景。它可能永远不会做一个 OS，但它希望成为「事实上」的 OS。
小程序是微信成为事实 OS 的必要补充。因为它的诞生是为了满足服务号没有满足好的高频应用场景。
所以，三管齐下，微信希望占据：
更多用户时间
更多应用场景
更多服务入口
订阅号解决阅读需求，服务号满足低频服务需求，小程序定位在高频使用场景。
听起来很恐怖，但恐怕没有人能在短期内阻止微信成为事实 OS。
小程序是一个独立生态
1.小程序是微信接下来的重点产品
2.无关注，无心理压力
和服务号、订阅号不一样，小程序是没有关注功能的。这意味着，对用户来说，心理成本更小，用户通过搜索进入小程序，马上就可以使用，不像服务号还需要先关注。
3.不是 HTML5，也不是 Hybrid
4.没有外链
5.无法分享到朋友圈
6.用微信语言开发的原生程序
7.前端开发成本极低
8.离线使用与 Websocket 的想象力
9.没有游戏，没有直播
10.有审核机制
小提示：内容仅供参考，如果您需解决具体问题(尤其法律、医学等领域)，建议您详细咨询相关领域专业人士。
