关键要点
此模板为您提供一个包含检查员、检查清单、违规和报告的现场检查后端,以便您的团队可以专注于检查工作流程和合规性跟踪。
- 以检查员为中心的模式设计 — 使用清晰、可查询的结构为检查员建模,包括个人资料、检查清单和违规。
- 实时更新 — 使用Back4app的实时功能进行检查清单更新和违规警报。
- 违规跟踪 — 通过状态和新条目通知来管理违规。
- 检查表和报告功能 — 允许检查员无缝创建、更新和管理检查表和报告。
- 跨平台检查后端 — 通过单一的REST和GraphQL API为检查员、检查表、违规和报告提供移动和网络客户端服务。
什么是现场检查应用后端模板?
Back4app是一个后端即服务(BaaS),用于快速产品交付。现场检查应用后端模板是一个预构建的模式,包含检查员、检查表、违规和报告。连接您偏好的前端(React、Flutter、Next.js等),加速交付。
最佳适用:
概述
现场检查产品需要检查员档案、检查清单、违规和报告。
此模板定义了检查员、检查清单、违规和报告,具有实时功能和所有权规则,以便团队可以快速实施检查工作流程。
核心现场检查功能
此中心的每个技术卡片都使用相同的现场检查后端架构,包括检查员、检查清单、违规和报告。
检查员档案和角色
检查员类存储姓名、电子邮件、角色和分配的检查清单。
检查清单的创建和管理
检查清单类链接检查员、项目和时间戳。
违规跟踪
违规类存储检查表参考、描述和状态。
报告生成
报告类跟踪检查员、检查表和摘要。
实时更新
Live Queries 用于检查表和违规更新。
为什么要使用Back4app构建您的现场检查后端?
Back4app为您提供检查员、检查清单、违规和报告的基础功能,因此您的团队可以专注于合规性和工作流程优化,而不是基础设施。
- •检查员和检查清单管理: 检查员类具有个人资料字段,检查清单类用于任务管理,支持检查工作流程。
- •违规和报告功能: 通过状态管理违规,并允许检查员轻松生成报告。
- •实时 + API 灵活性: 使用Live Queries进行检查清单更新,同时保持REST和GraphQL可用于每个客户端。
在所有平台上使用一个后端合同快速构建和迭代检查功能。
核心优势
一个帮助您快速迭代而不牺牲结构的检查后端。
快速检查启动
从完整的检查员、检查清单和违规架构开始,而不是从零设计后端。
实时更新支持
利用实时检查清单更新和违规警报来提高工作流程效率。
清晰的违规跟踪
通过状态和新条目通知来管理违规。
可扩展的权限模型
使用 ACL/CLP 以便只有检查员可以编辑他们的个人资料和检查表,并管理违规条目。
报告和检查表数据
存储和汇总报告和检查表以进行显示和交互,而无需重置模式。
AI 引导工作流程
通过一个结构化提示快速生成后端框架和集成指南。
准备好启动您的现场检查应用程序了吗?
让 Back4app AI 代理搭建您的现场检查后端,并通过一个提示生成检查员、检查表、违规和报告。
免费开始 — 每月50个AI代理提示,无需信用卡
技术栈
此现场检查后端模板包含的一切。
ER 图
现场检查后端架构的实体关系模型。
涵盖检查员、检查表、违规和报告的架构。
查看图表源
erDiagram
Inspector ||--o{ Inspection : "inspector"
Inspection ||--o{ Checklist : "inspection"
Inspection ||--o{ Violation : "inspection"
Inspection ||--o{ Report : "inspection"
Inspector {
String objectId PK
String username
String email
String password
String profilePicture
Date createdAt
Date updatedAt
}
Inspection {
String objectId PK
Pointer inspector FK
String location
Date date
Date createdAt
Date updatedAt
}
Checklist {
String objectId PK
Pointer inspection FK
String item
String status
Date createdAt
Date updatedAt
}
Violation {
String objectId PK
Pointer inspection FK
String description
String severity
Date createdAt
Date updatedAt
}
Report {
String objectId PK
Pointer inspection FK
String content
Date createdAt
Date updatedAt
}
集成流程
认证、检查员档案、检查表、违规和报告的典型运行流程。
查看图表源
sequenceDiagram
participant User
participant App as Field Inspection App
participant Back4app as Back4app Cloud
User->>App: Login
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: View inspections
App->>Back4app: GET /classes/Inspection
Back4app-->>App: Inspections list
User->>App: Add checklist item
App->>Back4app: POST /classes/Checklist
Back4app-->>App: Checklist item objectId
User->>App: Report violation
App->>Back4app: POST /classes/Violation
Back4app-->>App: Violation objectId
Back4app-->>App: Live Queries (optional)
App-->>User: Updated inspection data数据字典
字段检查模式中每个类的完整字段级参考。
| 字段 | 类型 | 描述 | 必需 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自动 |
| username | String | Inspector login name | |
| String | Inspector email address | ||
| password | String | Hashed password (write-only) | |
| profilePicture | String | URL of the inspector's profile picture | — |
| createdAt | Date | Auto-generated creation timestamp | 自动 |
| updatedAt | Date | Auto-generated last-update timestamp | 自动 |
Inspector 中的 7 字段
安全性和权限
ACL 和 CLP 策略如何保护检查员、检查表、违规和报告。
检查员拥有的个人资料控制
只有检查员可以更新或删除他们的个人资料;其他人无法修改检查员内容。
检查表和违规完整性
只有作者可以创建或删除他们的检查表和违规。使用云代码进行验证。
范围读取访问
将检查表和违规读取限制为相关方(例如,检查员查看自己的检查表和公共违规)。
架构(JSON)
原始JSON架构定义,准备复制到Back4app或用作实现参考。
{
"classes": [
{
"className": "Inspector",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"profilePicture": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Inspection",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"inspector": {
"type": "Pointer",
"required": true,
"targetClass": "Inspector"
},
"location": {
"type": "String",
"required": true
},
"date": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Checklist",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"inspection": {
"type": "Pointer",
"required": true,
"targetClass": "Inspection"
},
"item": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Violation",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"inspection": {
"type": "Pointer",
"required": true,
"targetClass": "Inspection"
},
"description": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Report",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"inspection": {
"type": "Pointer",
"required": true,
"targetClass": "Inspection"
},
"content": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用AI代理构建
使用Back4app AI代理从此模板生成一个真实的现场检查应用程序,包括前端、后端、认证、检查员、检查清单、违规和报告流程。
在Back4app上创建一个具有此精确模式和行为的现场检查应用程序后端。 模式: 1. 检查员(使用Back4app内置):姓名、电子邮件、角色;objectId、createdAt、updatedAt(系统)。 2. 检查清单:检查员(指向检查员的指针,必需),项目(数组,必需);objectId、createdAt、updatedAt(系统)。 3. 违规:检查清单(指向检查清单的指针,必需),描述(字符串,必需),状态(字符串:打开、已解决,必需);objectId、createdAt、updatedAt(系统)。 4. 报告:检查员(指向检查员的指针,必需),检查清单(指向检查清单的指针,必需),摘要(字符串,必需);objectId、createdAt、updatedAt(系统)。 安全性: - 只有检查员可以更新/删除他们的个人资料。只有作者可以创建/删除他们的检查清单和违规。使用云代码进行验证。 认证: - 注册、登录、注销。 行为: - 列出检查员,创建检查清单,跟踪违规,生成报告,管理检查员。 交付: - Back4app应用程序,包含模式、ACLs、CLPs;检查员个人资料、检查清单、违规和报告的前端。
按下面的按钮打开代理,预填此模板提示。
这是没有技术后缀的基本提示。您可以在之后调整生成的前端堆栈。
API 操作台
尝试针对现场检查模式使用 REST 和 GraphQL 端点。响应使用模拟数据,不需要 Back4app 账户。
使用与此模板相同的模式。
选择您的技术
展开每张卡片以查看集成步骤、状态模式、数据模型示例和离线说明。
Flutter 现场检查后端
React 现场检查后端
React 原生 现场检查后端
Next.js 现场检查后端
JavaScript 现场检查后端
Android 现场检查后端
iOS 现场检查后端
Vue 现场检查后端
Angular 现场检查后端
GraphQL 现场检查后端
REST API 现场检查后端
PHP 现场检查后端
.NET 现场检查后端
每种技术的优势
每个技术栈使用相同的字段检查后端架构和API合同。
统一的 现场检查 数据结构
使用一致的模式轻松管理所有检查数据。
现场检查 的可定制检查清单
创建和修改符合特定检查需求的检查清单。
现场检查 的实时报告生成
在检查期间即时生成详细报告。
现场检查 的安全数据存储
用强大的安全措施保护敏感检查信息。
REST/GraphQL APIs 适用于 现场检查
使用灵活的 API 与各种前端无缝集成。
现场检查 的自动违规跟踪
在检查过程中自动记录和跟踪违规行为。
现场检查框架比较
比较所有支持技术的设置速度、SDK 风格和 AI 支持。
| 框架 | 设置时间 | 现场检查的好处 | SDK类型 | AI支持 |
|---|---|---|---|---|
| 快速(5 分钟)设置 | 移动和网络的现场检查单一代码库。 | Typed SDK | 完整 | |
| ~5 分钟 | 快速的现场检查网络仪表板。 | Typed SDK | 完整 | |
| 大约 5 分钟 | 跨平台的现场检查移动应用。 | Typed SDK | 完整 | |
| 不到 5 分钟 | 为现场检查提供服务器渲染的网络应用。 | Typed SDK | 完整 | |
| 不到 5 分钟 | 轻量级的现场检查网络集成。 | Typed SDK | 完整 | |
| 快速(5 分钟)设置 | 现场检查的 Android 原生应用。 | Typed SDK | 完整 | |
| ~5 分钟 | 现场检查的 iOS 原生应用。 | Typed SDK | 完整 | |
| 大约 5 分钟 | React 的现场检查网页 UI。 | Typed SDK | 完整 | |
| 不到 5 分钟 | 企业现场检查网络应用。 | Typed SDK | 完整 | |
| ~2 分钟 | 灵活的 GraphQL API 适用于现场检查。 | GraphQL API | 完整 | |
| 不到 2 分钟 | REST API 现场检查集成。 | REST API | 完整 | |
| ~3–5 分钟 | 现场检查的服务器端 PHP 后端。 | REST API | 完整 | |
| 大约 5 分钟 | .NET 现场检查后端。 | Typed SDK | 完整 |
设置时间反映了从项目启动到使用此模板架构进行首次检查查询的预期持续时间。
常见问题
关于使用此模板构建现场检查后端的常见问题。