微信想让小程序开发更简单，但这是事儿我们早在做了啊
开发者无需搭建服务器，就可以实现小程序快速上线和迭代。
「小程序·云开发」是什么？
「小程序·云开发」通过云函数、数据库、文件存储三个基础能力提供云端支持，弱化后端和运维概念，让开发者聚焦在核心业务开发。「小程序·云开发」是一个标准的Serverless无服务架构计算形态的实现，对「泛客户端」工程师来说是一个利好消息。
无服务架构是13年前后形成的概念，代表了下一代云计算资源的产品形态。它和传统的云服务产品在开发者使用上有什么优势呢？
下面我们以小程序开发者需要在小程序里实现支付功能为例，传统的实现路径（为方便描述做了适当的简化）是：
在小程序端向服务端API发起一个支付请求，服务端收到小程序端请求后，向微信支付服务器发起下单请求，获得支付ID和凭证，然后下发给小程序端；
小程序端再用支付ID和凭证调用小程序支付方法，弹出支付框，让用户完成支付，并在支付回调里确认支付成功还是失败；
同时，服务端要等待接收来自微信支付服务器的通知，以最终确认该笔订单是否真的完成了支付。
▲完整的交互图，来自微信支付官方
在这个过程里，小程序端的逻辑比较简单，发一个网络请求、调用一个方法，处理回调即可；相对而言，服务端的逻辑比较复杂，涉及到三方通信，简单来讲，开发者需要做以下几件事：
购买一个域名，完成备案；
购买一个SSL证书，完成和域名的配置；
购买一个服务器，配置好服务器的开发环境，并处理域名到路由的相关配置；
购买一个数据库，并完成配置；
用自己擅长的后端语言编写业务逻辑，细分有以下几个：
设计数据表，并实现数据表操作的各种方法；
用户登录认证的接口（此处略去不讲）；
发起支付的接口，响应小程序端的请求，并向微信支付服务器发起下单请求，操作数据库做一些数据记录；
接收微信支付服务器结果通知的接口，响应微信支付服务器的通知请求，验证数据并做结果记录；
查询支付结果的接口，响应小程序端的请求，读取数据库内支付的结果，并返回；
启动服务，配置各种监控、报警机制，保证服务器和数据库不过载或宕机。
可以看到虽然是点支付按钮这样一个在用户使用层面看来非常简单的功能，实现起来也是非常费事的。而仔细看上述流程，可以发现，里边有很多和业务实现，aka编写代码无关的事情。
因此，业界提出通过BaaS（Backend As A Service）后端即服务的数据库方案、FaaS（Function As A Service）函数即服务的云函数方案，可以真正意义上让工程师不再需要理解后端开发、服务器运维从而能够实现云端业务逻辑。
用BaaS、FaaS来实现支付的业务，上述步骤里的1、2、3、4、6均可以免去，平台已经完成配置，开发者只需要关心第5步里的代码编写。
「小程序·云开发」做得怎么样
「小程序·云开发」的开放让不少小程序开发者感到兴奋，原来成为全栈开发者so easy。第一时间前去试用，却遇到了不少问题——
用户A：
「小程序·云开发」请求失败。
用户B：
「小程序·云开发」的数据库导入一直失败。
用户C：
「小程序·云开发」数据库新增数据，有时成功，有时失败。
用户D：
「小程序·云开发」文档没有对微信支付、模板消息的支持的描述，不知道怎么用。
看来「小程序·云开发」团队本次上线并未做好非常充分的准备，出现了一些差池。这也反映了微信团队对这个功能的看重，希望它早日上线的殷切心情。
作为Serverless云服务领域从业者，我们看好微信推出「小程序·云开发」这个动作。此举将大大加速后端云服务的市场教育的速度，让更多的开发者认识并了解这一新型的计算形态。但显然「小程序·云开发」团队需要更多的时间打磨产品。如果你不愿意等，还有在这个领域深耕了两年的「郑州知网」可以选择。
「郑州知网」vs「小程序·云开发」
「郑州知网」自16年下半年开始研发，针对小程序开发者定制，历时一年潜心打磨，于17年8月正式上线，至今已愈两年。累计服务了愈两万开发者，成功上线了上万个小程序。
这两年里，「郑州知网」团队根据用户反馈不断打磨产品，在Serverless无服务架构形态的基础上，针对以小程序为代表的「泛客户端」场景，做了诸多开箱即用的SaaS级别功能支持，成倍提高开发效率。
下面，将通过和「小程序·云开发」的重要特性对比，数数那些「郑州知网」值得马上开通账号使用的功能。
实现微信支付
使用「小程序·云开发」的云函数，开发者可以比传统流程更方便地完成支付功能的开发，但即便如此，需要做的事情还是不少：在云函数里和微信支付服务器通讯，构造加密签名，响应通知等等。而这些事情，完全可以由平台来完成，开发者只需要关心两个环节：
发起支付；
豫公网安备:41010402002369号
