聊一聊，小程序的开发

1、很多人说小程序是火热的技术，是以下个风口，需要转过去；

其实笔者之前也有这样的想法，后来亲自去网上早些教程，做一些开发才知道，原来小程序并不是我们之前想象的那样遥不可及；

换句话来说，小程序只是一个平台而已，只是一个新的平台来运营你的互联网业务；

如果非要把他归属于某一门语言技术，那么这个小程序只算作是前端技术，而且是一个框架，里面封装了很多的API接口，省去了很多事情；

2、前端的领域

如果是前端，或者转行前端，或者全栈开发者；

那么你是可以去了解的，

3、小程序是前端平台，那么需要后端怎么办？

当然了，这还是需要后端语言的，PHP或者Java；

针对PHP来说，后端的这一块如果那就会用到框架了，tp或者lavarel等；

小程序就可以调用后端写好的接口来获取数据了

4、小程序是前端，那么调用后端的接口，跨域问题有这么解决？

这一点，你就可以放宽心了，小程序的跨域，小程序里面已经给你解决好了，你只管方形用就可以了；

但是小程序的接口小程序必须使用 HTTPS/WSS 发起网络请求。请求时系统会对服务器域名使用的 HTTPS 证书进行校验，如果校验失败，则请求不能成功发起。由于系统限制，不同平台对于证书要求的严格程度不同。为了保证小程序的兼容性，建议开发者按照最高标准进行证书配置，并使用相关工具检查现有证书是否符合要求。

对证书要求如下：

HTTPS 证书必须有效；
证书必须被系统信任，即根证书被已系统内置
部署 SSL 证书的网站域名必须与证书颁发的域名一致
证书必须在有效期内
证书的信任链必需完整（需要服务器配置）
iOS 不支持自签名证书;
iOS 下证书必须满足苹果 App Transport Security (ATS) 的要求;
TLS 必须支持 1.2 及以上版本。部分旧 Android 机型还未支持 TLS 1.2，请确保 HTTPS 服务器的 TLS 版本支持 1.2 及以下版本;
部分 CA 可能不被操作系统信任，请开发者在选择证书时注意小程序和各系统的相关通告。
Chrome 56/57 内核对 WoSign、StartCom 证书限制周知
证书有效性可以使用 openssl s_client -connect example.com:443 命令验证，也可以使用其他在线工具。

除了网络请求 API 外，小程序中其他 HTTPS 请求如果出现异常，也请按上述流程进行检查。如 https 的图片无法加载、音视频无法播放等

这是硬性规定了，必须执行的，只是可以临时跳过验证，这一点终究都是要做的，所以无法避免了。

5、现在

现在好好敲代码吧，如果是后端人员，继续修炼你的后端技术吧；

如果是前端人员，可以去看看，这块的文档很丰富，但是目前有很多的坑；

如果是创业人员，那可以大展拳脚了。

纯属个人观点，如果不妥请指正!