uni-cloud初步探索
一、功能需求
1、功能需求
实现功能：用户意见反馈小功能，用户填写意见反馈内容、联系方式、联系人。
技术需求：移动端用uni-cloud实现，pc端要能实现意见反馈的管理功能，由于pc端没有用uni-app，所以需想办法pc页面链接uni-cloud数据库。
分析：移动端毫无疑问，直接按官方文档来写即可，而pc管理端需想办法，通过http的方式实现调用？或有远程操作uni-cloud数据库的方法？
二、uni-cloud是啥
官方定义：uniCloud 是 DCloud 联合阿里云、腾讯云，为开发者提供的基于 serverless 模式和 js 编程的云开发平台。
解析：
a,云平台，基于阿里云、腾讯云（iass），而又高于阿里云、腾讯云(pass)，可以按需使用，不浪费。
b,js全栈，js搞定前后端，虽然我觉得是个伪命题（不理解后端概念就不可能搞好后端），但确实给前端一个更好接触后端的机会。
c,免运维，统统交给云厂商了，适合短平快的小项目。
借用一下官方的图：
目前阿里云属于公测阶段，服务空间资源完全免费，每个账号最多允许创建50个服务空间。腾讯云虽收费，但也有免费的额度。
下面我们看下uni-cloud的几大组成部分。
1、云函数
我的理解云函数就是用js写的运行在后端的函数，部署在云端。它的使命就是对接前端页面和数据库，实现业务的复杂逻辑编写。
这里重点说下云函数和云对象，云函数和云对象的功能类似，但是云对象是对云函数的封装，所以云对象写起来更简洁，效率更高。
云对象和云函数都在cloudfunctions目录下，但是不同于云函数，云对象的入口为index.obj.js，而云函数则是index.js。为正确区分两者uniCloud做出了限制，云函数内不可存在index.obj.js，云对象内也不可存在index.js。
云对象也可以引用公共模块或者npm上的包，引用方式和云函数完全一致。
官方的推荐来了：
uniCloud的服务器和客户端交互，有云函数、云对象、clientDB三种方式。
从云对象发布后，不再推荐使用传统云函数了。
如果是以数据库操作为主，则推荐使用clientDB，开发效率是最高的。
如果服务器端除了操作数据库外，还有复杂的、不宜公开在前端的逻辑，此时推荐使用云对象。
放一个表格：
2、云数据库
uniCloud提供了一个 JSON 格式的文档型数据库。它是nosql非关系型数据库。
表结构如图所示：
3、前端网页托管
前端网页托管就是提供线上的html发布，这里特别适合用户协议等内容的发布，不用再找云服务器了。
三、uni-cloud全栈开发
1、云数据库的建立
可以通过Hbuilder新建或登录云控制台两种方式建立云数据库，要记得上传和下载。本地形如：
2、前端代码的编写
直接上代码，这里clentDB的方式操作云数据库,js代码如下：
3、前端页面的显示
移动端前端页面只显示了意见反馈的提交功能。
是不是贼简单，前端工程师实现了Js一招打天下。
四、非uni-app前端集成
问题来了，pc端管理端页面（非uni-appp 实现），如何能实现从uni-cloud取数呢？
官方有针对于此的解决方案：云函数URL化。
云函数URL化 是 uniCloud 为开发者提供的 HTTP 访问服务，让开发者可以通过 HTTP URL 方式访问到云函数。
我这里场景就是非uni-app开发的系统，想要连接uniCloud，要读取数据。
这里有人会问，你为什么不全用uni-app呢？
没办法呀，pc端已经有成熟的后台，不可能重新来写吧，也不能使用uni-admin，uni-id之类的现成库，所以只能用这种方式了。
特别提醒：云函数url化，千万不用云对象，我入坑过，要用原生的云函数来写。
云函数代码如下：
页面界面代码（基于element）如下：
界面如下：
