ข้ามไปยังเนื้อหา

Build an application

หมายเหตุ: บทความนี้ยังเป็นภาษาอังกฤษ เนื่องจากคำแปลภาษาไทยกำลังอยู่ระหว่างจัดทำ

Create a coherent metadata-driven application in the order required by its references, then expose it through forms, menus, permissions, and actions.

  • A working development environment; see Set up a development environment.
  • A stable application name and artifact naming convention.
  • A decision about how App/Model package exports will be reviewed and promoted between environments.
flowchart TD
A[App manifest] --> M[Models]
M --> L[Model layer]
L --> B[Enums]
B --> C[Tables and fields]
C --> V[Views]
V --> Z[Charts]
C --> D[Forms and reports]
Z --> D
D --> E[Menus]
E --> F[Privileges]
F --> G[Duties]
G --> H[Roles]
H --> I[Users and app access]
C --> J[Hooks, Scripts, and Functions]
J --> F

Create the App first; it starts with zero Models. Add and select a Model before any artifact. Then create referenced enums and tables before Views, Charts, Forms, Reports, menus, security, Scripts, or Functions. The registry validates App/Model scope and cross-references during application loading.

  1. Create the App with Web Designer and verify that it has no implicit Model. AI tokens can target only Apps that already exist.
  2. Add its Models, dependencies, and Layer ownership explicitly.
  3. Define enums, tables, fields, references, and indexes.
  4. Define Views and Charts when the App needs reusable queries or visualizations.
  5. Define Forms, list fields, embedded Charts, menus, and Reports.
  6. Add Privileges (including Views), Duties, Roles, and App Access.
  7. Choose the smallest business-logic mechanism for each rule.
  8. Validate metadata, App/Model scope, and cross-references.
  9. Test generated lists, Forms, Charts, actions, permissions, and database effects.
  10. Export an App or Model package and commit it when the metadata needs source review or promotion.

Use Web Designer for human authoring and reviewed AI REST proposals for automated assistance inside an existing App. Export App or Model packages when definitions require code review, repeatable promotion, and version control. Every path obeys the same metadata schema, security policy, and Extension boundaries.

Metadata · Views and Charts · Security · Extensions · Functions and actions · Testing