diff --git a/docs/uniCloud/schema.md b/docs/uniCloud/schema.md
index 2228feffb603c95fd0a8d9a5f0bd8f7559fa5b28..411e828efed25a28285e095a30d22654dc6139b0 100644
--- a/docs/uniCloud/schema.md
+++ b/docs/uniCloud/schema.md
@@ -1,53 +1,40 @@
# DB Schema
-DB Schema是一种基于 JSON 格式定义的数据结构的规范。
+`DB Schema`是基于 JSON 格式定义的数据结构的规范。
-* 描述现有的数据格式。
-* 提供清晰的人类和机器可读文档,你可以一目了然的阅读每个表、每个字段的用途。
-* 完整的结构验证,可用于验证客户端提交的数据及自动化测试。
-* 可自动生成ui维护界面,比如新建页面和编辑页面,自动处理校验规则。(暂未上线)
+它有很多重要的作用:
-> MongoDB支持通过 [$jsonSchema 操作符](https://docs.mongodb.com/manual/reference/operator/query/jsonSchema/index.html)在插入和更新文档时进行结构验证(非空、类型校验等), $jsonSchema 支持 JSON Schema的草案4,包括[core specification](https://tools.ietf.org/html/draft-zyp-json-schema-04)和[validation specification](https://tools.ietf.org/html/draft-fge-json-schema-validation-00)。uniCloud在MongoDB基础上进行了JSON Schema扩展。
-
-
-#### 如何体验
-
-1. 登录 uniCloud控制台 [https://unicloud.dcloud.net.cn](https://unicloud.dcloud.net.cn)
-2. 选择 “服务空间/创建服务空间”,然后在左侧栏选择 “云数据库”
-3. 选择 已有表或新建表,点击表右侧页签 “表结构”
-4. 点击 “编辑” 按钮,在编辑区域编写 Schema,编写完毕后记得点保存按钮。
- ![](https://vkceyugu.cdn.bspapp.com/VKCEYUGU-uni-app-doc/e237cb60-ff2d-11ea-8a36-ebb87efcf8c0.png)
-
-
-编写好schema后,您可以进一步导出表单校验规则。方法如下:
-1. 点击 “导出表单校验规则”,在左侧选择要校验的字段,然后点击“下载zip”按钮,将导出一个工程源码压缩包,其中js_sdk目录下validator/validator/下的js文件。该文件包含了根据schema生成的校验规则。
- ![](https://vkceyugu.cdn.bspapp.com/VKCEYUGU-uni-app-doc/ba87a6b0-1519-11eb-81ea-f115fe74321c.png)
-
- A. 字段列表
+- 描述现有的数据格式。可以一目了然的阅读每个表、每个字段的用途。
+- 设定数据操作权限(permission)。什么样的角色可以读/写哪些数据,都在这里配置。
+- 设定数据能接受的格式(validator),比如不能为空、需符合指定的正则格式。
+- 设置数据的默认值(defaultValue/forceDefaultValue),比如服务器当前时间、当前用户id等。
+- 设定多个表的字段间映射关系(foreignKey),将多个表按一个虚拟表直接查询,大幅简化联表查询。
+- 根据schema自动生成表单维护界面,比如新建页面和编辑页面,自动处理校验规则。
- B. 导出文件清单
-
- C. 组件列表
+> MongoDB支持通过 [$jsonSchema 操作符](https://docs.mongodb.com/manual/reference/operator/query/jsonSchema/index.html)在插入和更新文档时进行结构验证(非空、类型校验等), $jsonSchema 支持 JSON Schema的草案4,包括[core specification](https://tools.ietf.org/html/draft-zyp-json-schema-04)和[validation specification](https://tools.ietf.org/html/draft-fge-json-schema-validation-00)。uniCloud在MongoDB基础上进行了JSON Schema扩展。
- D. 扩展校验函数,每个函数是一个文件
+编写`DB Schema`是uniCloud的数据库开发的重要环节。但如果在云函数里操作数据库,`DB Schema`只能发挥描述作用,无法提供实际功能。通过`clientDB`在前端操作数据库才能发挥`DB Schema`的各种功能。
- E. 验证规则,和表名一致
+一般建议开发者在前端操作数据库,在云数据库里配好`DB Schema`,然后就不再编写服务器代码了。也就是传统开发中在服务器端写的各种代码,包括对数据格式的校验、权限的管控,全都通过schema设置,而不是写服务器代码。这种做法可以大幅提升开发效率、降低开发成本。
- F. vue 页面,包含新增和修改
+同时这要求开发者有一定的思路转换,需要一个角色站在数据库设计角度统筹所有规则。将原有的业务规则,都转换为数据库规则。
- G. 文件预览 (仅支持预览 vue页面,校验规则)
+#### 如何编写DB Schema
-2. 解压导出的zip包,拷贝到已有工程(以后会支持直接导入到HBuilderX)
-- 如果你已经自行编写过`db-permission`文件,注意不要把`db-permission`也覆盖了,如果您未编写过`db-permission`,可以覆盖过去,并打开该文件根据自己的需求进行修改。
+1. 登录 [uniCloud控制台](https://unicloud.dcloud.net.cn),选中一个数据表
+2. 点击表右侧页签 “表结构”,点击 “编辑” 按钮,在编辑区域编写 Schema,编写完毕后点保存按钮即可生效。
+ ![](https://vkceyugu.cdn.bspapp.com/VKCEYUGU-uni-app-doc/e237cb60-ff2d-11ea-8a36-ebb87efcf8c0.png)
-注意数据校验,只有使用clientDB 2.0+,才有效。不用clientDB,在云函数中直接操作数据库无法使用该校验规则。
+`DB Schema`在保存后是实时生效的,请注意对现网商用项目的影响。
-#### Schema字段@segment
+### Schema字段@segment
|属性|类型|描述|
|:-|:-|:-|
-|required|array|必填的下级字段名称。required可以在表级的描述出现,约定该表有哪些字段必填。也可以在某个字段中出现,如果该字段是一个json,可以对这个json中的哪些字段必填进行描述。详见下方示例|
-|bsonType|any|字段类型,如json object、字符串、bool值,具体见下表bsonType可用类型|
+|bsonType|any|字段类型,如json object、字符串、数字、bool值,具体见下表bsonType可用类型|
+|title|string|标题,开发者维护时自用。如果不填label属性,将在生成前端表单代码时,默认用于表单项前面的label|
+|description|string|描述,开发者维护时自用。在生成前端表单代码时,如果字段未设置component,且字段被渲染为input,那么input的placehold将默认为本描述|
+|required|array|是否必填。支持填写必填的下级字段名称。required可以在表级的描述出现,约定该表有哪些字段必填。也可以在某个字段中出现,如果该字段是一个json,可以对这个json中的哪些字段必填进行描述。详见下方示例|
|enum|Array|字段值枚举范围,数组中至少要有一个元素,且数组内的每一个元素都是唯一的。|
|maximum|number|如果bsonType为数字时,可接受的最大值|
|exclusiveMaximum|boolean|是否排除 maximum|
@@ -55,46 +42,43 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
|exclusiveMinimum|boolean|是否排除 minimum|
|minLength|number|最小长度|
|maxLength|number|最大长度|
-|title|string|标题,开发者维护时自用|
-|description|string|描述,开发者维护时自用|
-|format|'url'|'email'|数据格式|
-|pattern|String|正则表达式,如设置为手机号的正则表达式后,不符合该正则表达式则校验失败|
+|format|'url'|'email'|数据格式,不符合格式的数据无法入库。目前只支持'url'和'email',未来会扩展其他格式|
+|pattern|String|正则表达式,如设置为手机号的正则表达式后,不符合该正则表达式则校验失败,无法入库|
|validateFunction|string|扩展校验函数名|
-|permission|Object|数据库权限,参考: [https://uniapp.dcloud.net.cn/uniCloud/uni-clientDB?id=db-permission](https://uniapp.dcloud.net.cn/uniCloud/uni-clientDB?id=db-permission)|
-|foreignKey|String|关联字段,形如`表名.字段名`|
-|label|string|字段标题。用于生成数据维护ui界面时,渲染表单项前面的label标题|
+|errorMessage|string|Object |当数据写入或更新时,校验数据合法性失败后,返回的错误提示|
|defaultValue|string|Object|默认值|
|forceDefaultValue|string|Object|强制默认值,不可通过clientDB的代码修改,常用于存放用户id、时间、客户端ip等固定值。具体参考下表的defaultValue|
-|errorMessage|string|Object |当数据写入或更新时,校验数据合法性失败后,返回的错误提示|
-|group|string|分组id。生成数据维护ui界面时,多个字段对应的表单项可以合并显示在一个uni-group组件中|
-|order|int|表单项排序序号。生成数据维护ui界面时,该字段对应的表单项所处排序位置的序号。如果被包含在uni-group中,按同组排序|
-|component|Object|Array|生成数据维护ui界面时,使用什么组件渲染这个表单项。比如使用input输入框。详见下方示例|
+|foreignKey|String|关联字段。即该字段指向某个表的某个字段,值的格式为`表名.字段名`,比如订单表的uid字段指向uni-id-users表的_id字段。关联字段定义后可用于[联表查询](https://uniapp.dcloud.net.cn/uniCloud/database?id=lookup)|
+|permission|Object|数据库权限,控制什么角色可以对什么数据进行读/写,可控制表和字段,可设置where条件|
+|label|string|字段标题。生成前端表单代码时,渲染表单项前面的label标题|
+|group|string|分组id。生成前端表单代码时,多个字段对应的表单项可以合并显示在一个uni-group组件中|
+|order|int|表单项排序序号。生成前端表单代码时,默认是以schema中的字段顺序从上到下排布表单项的,但如果指定了order,则按order规定的顺序进行排序。如果表单项被包含在uni-group中,则同组内按order排序|
+|component|Object|Array|生成前端表单代码时,使用什么组件渲染这个表单项。比如使用input输入框。详见下方示例|
**注意:**
1. `DB Schema`的各种功能均只支持`clientDB`。如果使用云函数操作数据库,schema的作用仅仅是描述字段信息。同时强烈推荐使用HBuilderX 2.9.5以上版本使用`clientDB`。
-2. 字段属性 `permission`, 仅支持 ".read", ".write"
-3. 生成表单页面的功能,入口在uniCloud web控制台的数据库schema界面,注意该功能需搭配HBuilderX 2.9.5+版本。
-4. 暂不支持子属性校验
+2. 生成表单页面的功能,入口在uniCloud web控制台的数据库schema界面,注意该功能需搭配HBuilderX 2.9.5+版本。
+3. 暂不支持子属性校验
### bsonType可用类型
|类型 |长度 |名称 |
|:- |:- |:- |
-|Double |1 |“double” |
|String |2 |“string” |
+|Double |1 |“double” |
+|32-bit integer |16 |“int” |
|Object |3 |“object” |
|Array |4 |“array” |
|Boolean |8 |“bool” |
-|32-bit integer |16 |“int” |
|Timestamp |17 |“timestamp” |
-**注意:在schema描述中需要使用上述表格中的“名称”,而不是“类型”。**
+**注意:在schema描述中需要使用上述表格中的“名称”,而不是“类型”**
### 示例
-假使一个表有5个字段:"name", "year", "major", "address", "gpa"。其中前4个字段是必填字段,然后"address"字段类型为json object,下面又有若干子字段,其中"city"字段必填。
+假使一个表有5个字段:"name", "year", "major", "address", "gpa"。其中前4个字段是必填字段,然后"address"字段类型为json object,它下面又有若干子字段,其中"city"字段必填。
则schema按如下编写。
@@ -139,44 +123,16 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-### permission属性
-
-数据库权限示例
-
-```json
-{
- "bsonType": "object",
- "required": [],
- "permission": {
- ".read": true, // 任何用户都可以读
- ".create": false, // 禁止新增数据记录(admin权限用户不受限)
- ".update": false, // 禁止更新数据(admin权限用户不受限)
- ".delete": false // 禁止删除数据(admin权限用户不受限)
- },
- "properties": {
- ...
- "name": {
- "bsonType": "string",
- "label": "姓名",
- "permission": {
- ".read": false, // 禁止读取 name 字段的数据(admin权限用户不受限)
- ".write": false // 禁止写入 name 字段的数据(admin权限用户不受限)
- }
- ...
- }
- }
-}
-```
-
-
### defaultValue/forceDefaultValue
- defaultValue指定新增时当前字段默认值,客户端可以修改此值。
- forceDefaultValue也是指定新增时当前字段的默认值,与defaultValue不一样,forceDefaultValue不可被客户端修改。
-在实际开发中,forceDefaultValue设置为当前时间、用户id、客户端ip时,可以少些很多代码,clientDB在新增数据记录时会自动补齐这些数据。这些数据都不能通过客户端上传,不安全,只能在云端写入。
+在实际开发中,forceDefaultValue常用于设置为当前服务器时间、当前登录用户id、客户端ip时。
+
+这些数据都不能通过前端上传,不安全,过去只能在云端写云函数操作。在schema配置后则可以不用写云函数。`clientDB`在新增数据记录时会自动补齐这些数据。
-其中uid是和uni-id绑定的。如果用户没有登录,会报错,无法写入数据。
+其中uid是和`uni-id`绑定的。如果用户没有登录,则无法获取uid,无法写入数据。
示例:
@@ -184,7 +140,7 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
// 指定默认值为true
"defaultValue": true
-// 指定强制默认值为当前时间戳
+// 指定强制默认值为当前服务器时间戳
"forceDefaultValue": {
"$env": "now"
}
@@ -201,7 +157,7 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-默认值 `"defaultValue": ...`,指定默认值为当前时间戳。新增记录时,若clientDB不传该字段,则默认为当前时间。若clientDB传一个不同的值,则以传的值为准。
+默认值 `"defaultValue": ...`,指定默认值为当前时间戳。新增记录时,若前端不传该字段,则默认为当前时间。若前端传一个指定的值,则以传的值为准。
```json
{
@@ -220,7 +176,7 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-强制默认值,覆盖默认值 `"forceDefaultValue": ...`,指定默认值为当前时间戳。此时clientDB传任何值均无效,新增记录时一定会变成当前时间。
+强制默认值,覆盖默认值 `"forceDefaultValue": ...`,指定默认值为当前时间戳。此时前端传任何值均无效,新增记录时一定会变成当前时间。
```json
{
@@ -239,11 +195,18 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-### 校验规则@validator
+### 数据校验系统validator@validator
+
+与数据校验相关的配置,不符合配置的数据无法入库。
+
+`DB Schema`里的校验系统由3部分组成。
+1. 各种属性配置:是否必填(required)、数据类型(bsonType)、数字范围(maximum、minimum)、字符串长度范围(minLength、maxLength)、format、pattern正则表达式
+2. 扩展校验函数:validateFunction。当属性配置不满足需求,需要写js函数进行校验时,使用本功能
+3. 错误提示:errorMessage。常见错误有默认的错误提示语。开发者也可以自定义错误提示语
-与数据校验相关的配置如下:
+#### 各种校验属性配置
-必填字段,`"required": ["name"]`
+- 必填字段,`"required": ["name"]`
```json
{
@@ -281,7 +244,7 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-类型 `"bsonType": "string"`
+- 类型 `"bsonType": "string"`
```json
{
@@ -298,7 +261,7 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-格式 `"format": "email"`
+- 格式 `"format": "email"`
```json
{
@@ -319,7 +282,7 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-正则 `"pattern": ""`
+- 正则 `"pattern": ""`
例如: 验证手机号 `"pattern": "^\\+?[0-9-]{3,20}$"`
@@ -343,16 +306,19 @@ DB Schema是一种基于 JSON 格式定义的数据结构的规范。
```
-### validateFunction属性@validateFunction
+#### validateFunction扩展校验函数@validateFunction
扩展校验函数
+当属性配置不满足需求,需要写js函数进行校验时,使用本功能。
+
如何使用
1. uniCloud 控制台,选择服务空间,切换到数据表
2. 底部 “扩展校验函数” 点击 “+” 增加校验函数 ![](https://vkceyugu.cdn.bspapp.com/VKCEYUGU-uni-app-doc/2f4d0230-12a2-11eb-b244-a9f5e5565f30.png)
+给函数起个名字,比如叫“checkabc”,然后写具体的js代码,如下
```
// 扩展校验函数示例
@@ -367,7 +333,7 @@ exports = function (rule, value, data, callback) {
}
```
-3. 在表结构 schema 编辑页面中配置需要校验的函数名称
+3. 在表结构 schema 编辑页面中的`validateFunction`属性中配置上面编写的 扩展校验函数 的名称。
```json
{
@@ -377,7 +343,7 @@ exports = function (rule, value, data, callback) {
"name": {
"bsonType": "string",
"label": "姓名",
- "validateFunction": "name",
+ "validateFunction": "checkabc",
"errorMessage": {
"required": "{label}不能为空",
"pattern": "{label}格式无效"
@@ -390,10 +356,9 @@ exports = function (rule, value, data, callback) {
4. 保存后生效
+#### errorMessage自定义错误提示
-### errorMessage属性
-
-clientDB的validator校验库,会根据schema配置的规范进行校验。数据不符合要求时,无法入库,此时会根据errorMessage的定义报出错误提示。
+数据不符合schema配置的规范时,无法入库,此时会根据errorMessage的定义报出错误提示。
errorMessage支持字符串,也支持json object。类型为object时,可定义多个校验提示。
@@ -434,14 +399,196 @@ errorMessage支持字符串,也支持json object。类型为object时,可定
}
```
+从示例可以看出,errorMessage支持配一条,也支持根据不同的错误类型配不同的errorMessage。
+
+- 每个校验相关的属性不通过,可以以属性名为key配置它的错误提示语。
+- 如果是扩展校验函数,可以在其内部写callback来自定义错误提示语。
+
+### 数据权限系统permission@permission
+
+uniCloud数据库的权限系统是按如下方式运转的:
+1. 首先项目需使用[uni-id](/uniCloud/uni-id),并按uni-id配置用户的角色,admin管理员、游客、用户自己无需配置。详见[uni-id的角色权限](/uniCloud/uni-id?id=rbac)
+2. 在`DB Schema`中配置数据权限,指定什么数据允许什么角色读写。
+
+`DB Schema`的permission规则,可以对整个表的增删改查进行控制,也可以针对字段进行控制;可以简单的配置true/false,也可以配置更具体的规则
+
+比如permission内规定doc.a > 1,那么查询条件里面就必须有a且条件内的a也满足a>1,在前端发起这样的查询`a==2`、`a>3`都是满足条件的查询。
+
+**权限规则内可以使用的全局变量**
+
+|变量名 |说明 |
+|:-: |:-: |
+|auth.uid |用户id |
+|auth.role |用户角色数组,参考[uni-id 角色权限](/uniCloud/uni-id?id=rbac),注意`admin`为clientDB内置的角色,如果用户角色列表里包含`admin`则认为此用户有完全数据访问权限|
+|auth.permission|用户权限数组,参考[uni-id 角色权限](/uniCloud/uni-id?id=rbac) |
+|doc |记录内容,用于匹配记录内容/查询条件(需要注意的是,规则内的doc对象并不是直接去校验存在于数据库的数据,而是校验客户端的查询条件) |
+|now |当前时间戳(单位:毫秒),时间戳可以进行额外运算,如doc.publish\_date > now - 60000表示publish\_date在最近一分钟 |
+|action |当前客户端指定的action |
+
+permission为对数据的操作权限,如果要封装业务权限,可以在uni-id的业务权限表里进行配置。业务权限进一步可组装为角色。然后每个具体的uni-id用户可以被赋予某个角色。
+
+如果在uni-id里定义了业务权限和角色,也可以在permission中通过auth.permission和auth.role来使用,以实现更灵活的配置定义。
+
+**权限规则内可以使用的运算符**
+
+|运算符 |说明 |示例 |示例解释(集合查询) |
+|:-: |:-: |:-: |:-: |
+|== |等于 |auth.uid == 'abc' |用户id为abc |
+|!= |不等于 |auth.uid != 'abc' |用户id不为abc |
+|> |大于 |doc.age>10 |查询条件的 age 属性大于 10 |
+|>= |大于等于 |doc.age>=10 |查询条件的 age 属性大于等于 10 |
+|< |小于 |doc.age<10 |查询条件的 age 属性小于 10 |
+|<= |小于等于 |doc.age<=10 |查询条件的 age 属性小于等于 10 |
+|in |存在在数组中 |doc.status in ['a','b'] |查询条件的 status 是['a','b']中的一个,数组中所有元素类型需一致 |
+|! |非 `2.0.5+` |!(doc.status in ['a','b']) |查询条件的 status 不是['a','b']中的任何一个,数组中所有元素类型需一致|
+|&& |与 |auth.uid == 'abc' && doc.age>10 |用户id 为 abc 并且查询条件的 age 属性大于 10 |
+||| |或 |auth.uid == 'abc'||doc.age>10|用户Id为abc或者查询条件的 age 属性大于 10 |
+
+**权限规则内可以使用的方法**
+
+权限规则内仅可使用get方法,作用是根据id获取数据库中的数据。get方法接收一个字符串作为参数字符串形式为`database.表名.记录ID`
+
+用法示例:
+
+```js
+"get(`database.shop.${doc.shop_id}`).owner == auth.uid"
+```
+
+使用get方法时需要注意get方法的参数必须是唯一确定值,以上述示例为例
+
+```js
+// 可以使用的查询条件,此条件内doc.shop_id只能是'123123'
+db.collection('street').where("shop_id=='123123'").get()
+
+// 不可使用的查询条件,此条件内doc.shop_id可能是'123123'也可能是'456456'
+const dbCmd = db.command
+db.collection('street').where("shop_id=='123123 || shop_id=='456456'").get()
+```
+
+数据库权限示例
+
+```json
+{
+ "bsonType": "object",
+ "required": [],
+ "permission": {
+ ".read": true, // 任何用户都可以读
+ ".create": false, // 禁止新增数据记录(admin权限用户不受限)
+ ".update": false, // 禁止更新数据(admin权限用户不受限)
+ ".delete": false // 禁止删除数据(admin权限用户不受限)
+ },
+ "properties": {
+ ...
+ "name": {
+ "bsonType": "string",
+ "label": "姓名",
+ "permission": {
+ ".read": false, // 禁止读取 name 字段的数据(admin权限用户不受限)
+ ".write": false // 禁止写入 name 字段的数据(admin权限用户不受限)
+ }
+ ...
+ }
+ }
+}
+```
+
+'.read': 'doc.uid == auth.uid', // 每个用户只能读取用户自己的数据。前提是要操作的数据doc,里面有一个字段存放了uid,即uni-id的用户id。
+'.read': 'doc.status == "OnSell"' // 所有人均可读取字段status="ObSell"的数据
+
+### 前端表单生成系统@autocode
+
+`DB Schema`里有大量的信息,有了这些信息,前端将无需自己开发表单维护界面,uniCloud可以自动生成新增数据、修改数据的表单页面。
+
+为强化表单的自定义性,`DB Schema`还扩展了label、component、group、order等属性。
+
+前端表单生成系统功能包括:
+- 自动生成新增、修改表单的页面文件,分别是add.vue和edit.vue
+- 自动生成前端表单校验规则
+
+表单校验工作,在前端和后端都需要做。在过去,这造成重复投入。
+
+现在,前后端的表单验证都被统一了。
+
+开发者修改`DB Schema`并保存后,云端的校验规则直接生效。
-### component属性
+然后开发者需要把这套校验规则导入到前端项目中。即利用本功能。
-该字段在表单中使用什么样的组件进行渲染,可设置组件名和初始属性。
+DCloud提供了`uni-forms`前端组件,该组件的校验规范完全符合`DB Schema`中的校验规则,实现云端统一。`uni-forms`组件地址:[https://ext.dcloud.net.cn/plugin?id=2773](https://ext.dcloud.net.cn/plugin?id=2773)
+
+
+1. 在schema界面点击 “导出表单页面”
+
+ ![](https://vkceyugu.cdn.bspapp.com/VKCEYUGU-uni-app-doc/ba87a6b0-1519-11eb-81ea-f115fe74321c.png)
+
+上图每个区域的解释如下:
+
+- 区域A. 字段列表
+
+这里需要选择在前端表单页面出现的字段,无需用户在表单页面提交的字段(如create_date)不应勾选。
+
+选择字段后,右侧会变化,自动生成代码。
+
+- 区域B. 导出文件清单
+
+这里显示了完整的工程结构。点击右下角的“下载zip”可以把这个工程下载到本地。点击这里的每个文件,在右侧会出现文件相应的代码。
+
+只有自动生成的文件会在右侧显示代码,components目录下的三方库不会在右侧显示代码。
+
+- 区域C. 组件列表
+
+根据`DB Schema`生成的表单页面,是基于`uni-forms`组件的,该组件地址:[https://ext.dcloud.net.cn/plugin?id=2773](https://ext.dcloud.net.cn/plugin?id=2773)
+
+- 区域D. 扩展校验函数,每个函数是一个文件
+
+- 区域E. 表单校验规则,和表名一致,每个表一个文件
+
+在修改schema中的校验规则后,云端是直接生效的。前端部分则需要下载这个js文件到本地工程。
+
+如果直接已经下载过,需要二次更新,也可以在右侧复制源码,增量添加到前端工程的校验规则中。
+
+- 区域F. 新建和编辑页面
+
+自动生成的表单页面,包括新建页面和编辑页面。这些页面均基于clientDB,可直接使用。
+
+- 区域G. 文件预览 (仅支持预览 自动生成的页面和校验规则)
+
+2. 然后点击“下载zip”按钮,将导出一个工程源码压缩包。解压导出的zip包,拷贝到已有工程
+
+**注意:生成的代码,需HBuilderX2.9.5+方可正常运行。**
+
+
+#### 生成页面控件的默认策略
+
+`DB Schema`配置的字段,在生成页面时使用什么组件渲染?决定关系如下:
+
+- 如果配置了字段的component属性,则严格按component的配置执行。
+- 如果没有配置component属性,那么默认有如下策略:
+ * 字段类型为bool时,默认使用switch组件
+ * 其他字段类型,将生成input组件。如果是数字类型,会同时把input的键盘类型设为数字。
+- 如果没有配label,则以title作为label,渲染在表单项前面
+- description在渲染为input时会被设为placehold
+
+
+
+#### label属性
+
+在[`uni-forms组件](https://ext.dcloud.net.cn/plugin?id=2773)中,每个表单项都被包裹在`uni-forms-item`中,该子组件可设置label,即,在表单项如输入框前面或上面放置一个说明性名词。
+
+在`DB Schema`的label属性中设置值后,生成前端表单页面时即可自动给`uni-forms-item`的label属性赋值。
+
+如果未设置label属性,但配置了title属性,生成前端表单页面时会取title作为前端的label。
+
+#### component属性
+
+定义该字段在表单中使用什么样的组件进行渲染,可设置前端的组件名和初始属性。
这里的表单,指的是数据维护表单,比如新建记录或修改记录的表单。
-生成的所有表单项,都在uni-form组件下。
+生成的所有表单项,都在[uni-forms组件](https://ext.dcloud.net.cn/plugin?id=2773)下。
|属性|类型|描述|
|:-|:-|:-|
@@ -599,11 +746,12 @@ component 类型为数组
```
-### group属性
+#### group属性
-将多个表单项合并在一个分组里显示。前端渲染时,group相关的自动会合并在一个uni-group组件中,不同分组的表单项之间有间隔。该组件详见:[https://ext.dcloud.net.cn/plugin?id=3281](https://ext.dcloud.net.cn/plugin?id=3281)
+将多个表单项合并在一个分组里显示。前端渲染时,group相同的表单项会自动合并在一个uni-group组件中,不同分组的表单项之间有间隔。该组件详见:[https://ext.dcloud.net.cn/plugin?id=3281](https://ext.dcloud.net.cn/plugin?id=3281)
示例
+
```json
{
"bsonType": "object",
@@ -660,6 +808,6 @@ component 类型为数组
-...
```
+