Kiến trúc ứng dụng

Nhấn vào đây để sao chép

Ứng dụng của bạn sẽ được xây dựng như thế nào.


Nền AppMaster.io no-code xây dựng các ứng dụng giống như cách các nhà phát triển thông thường làm. Do đó, các thành phần trong ứng dụng của bạn sẽ giống như bất kỳ phần mềm chuyên nghiệp nào.

App Architecrute


Backend và frontend

Ứng dụng được tạo trong AppMaster.io sẽ bao gồm hai phần chính:

  • Phần phụ trợ - phần cuối của ứng dụng của bạn - mọi thứ bên trong. Tại đây, logic chung của công việc được xác định, các tham số chính được định cấu hình, các quy trình xử lý dữ liệu chính được tạo; phần này nằm trên máy chủ và không hiển thị với người dùng.
  • Giao diện người dùng là phần trực quan trong ứng dụng của bạn mà người dùng tương tác. Bạn có thể nói rằng đây là ứng dụng của bạn - nó sẽ trông như thế nào từ phía người dùng. Phần này được định cấu hình trong một trong các trình chỉnh sửa ứng dụng - Ứng dụng web dành cho ứng dụng web và Ứng dụng dành cho thiết bị di động dành cho ứng dụng dành cho thiết bị di động.

Do cấu trúc này, bạn có thể đồng thời tạo một trang web và ứng dụng dành cho thiết bị di động sẽ được kết nối với nhau - thông qua một chương trình phụ trợ chung.

Phụ trợ

Phần phụ trợ của các ứng dụng mà AppMaster.io tạo ra có thể được lưu trữ trên máy chủ cục bộ của bạn, lưu trữ đám mây AppMaster.io Cloud hoặc bộ lưu trữ của bên thứ ba - AWS, Azure, Google Cloud, v.v.
Bạn có thể xuất các tệp nhị phân, tệp tùy chỉnh và mã nguồn ứng dụng của mình - và di chuyển đến bất kỳ đâu bạn muốn, tự động hoặc thủ công.

Phần phụ trợ của ứng dụng của bạn được xây dựng theo logic sau:

  • Thiết kế cơ sở dữ liệu - tạo mô hình dữ liệu và mối quan hệ giữa chúng.
  • Xây dựng logic nghiệp vụ - thiết lập quy trình nghiệp vụ.;
  • Cấu hình điểm cuối và phần mềm trung gian.

Các mô-đun được sử dụng để kết nối các chức năng bổ sung.

Chúng tôi khuyên bạn nên thêm tất cả các mô-đun cần thiết cùng một lúc - chúng chứa các yếu tố sẽ hữu ích cho bạn trong quá trình thiết kế và tăng tốc độ phát triển.

Giao diện người dùng

Sau khi thiết kế back-end, bạn có thể chuyển đến cài đặt front-end - trực tiếp cho các ứng dụng - tại một trong các nhà thiết kế: Ứng dụng web (dành cho ứng dụng web) hoặc Ứng dụng di động (dành cho ứng dụng di động).

Thứ tự xây dựng một ứng dụng trong AppMaster.io là từ phụ trợ đến giao diện người dùng. Tuy nhiên, trước tiên bạn có thể tạo một ứng dụng giả, sau đó "liên kết" dữ liệu và logic nghiệp vụ.


Cơ sở dữ liệu và mô hình dữ liệu

Tất cả dữ liệu ứng dụng được lưu trữ trong một cấu trúc được xác định nghiêm ngặt để nó có thể hoạt động với chúng bằng các thuật toán rõ ràng. Các phần riêng lẻ của cấu trúc này được gọi là cơ sở dữ liệu. Đối với thiết kế cơ sở dữ liệu không có mã, AppMaster.io sử dụng trình chỉnh sửa mô hình dữ liệu trực quan.

mô hình dữ liệu

Mô hình dữ liệu là loại bảng có mô tả dữ liệu được lưu trữ trong cơ sở dữ liệu. Khi bạn tạo một mô hình dữ liệu, bạn xác định chính xác dữ liệu nào sẽ có trong ứng dụng của mình, nó khác nhau như thế nào và bạn có thể làm việc với nó như thế nào.

Các mô hình dữ liệu được đặt trong AppMaster Studio thiết kế riêng biệt - trên tab Data Design .

User data model (left) and menu for creating a new model (right)

Dữ liệu bạn đã nhập (người dùng, khách hàng, sản phẩm, đơn đặt hàng, tin nhắn, v.v.) có thể được xem trong ứng dụng đã hoàn thành, nhưng bạn sẽ không thấy chúng trong AppMaster Studio . Trong công cụ thiết kế, bạn sẽ chỉ làm việc với phần trình bày trực quan về cấu trúc lưu trữ dữ liệu và các quy trình sẽ xảy ra với chúng.


Quy trình kinh doanh

Quy trình kinh doanh là chuỗi hành động hợp lý triển khai chức năng cụ thể trong ứng dụng của bạn. Ví dụ: tạo yêu cầu của khách hàng, đặt vé hoặc gửi tin nhắn. Khi tạo một quy trình nghiệp vụ, bạn xác định ứng dụng sẽ lấy thông tin từ đâu, chuyển nó đến đâu, bằng cách nào và theo trình tự nào để xử lý - tức là bạn thiết lập logic nghiệp vụ của ứng dụng .

Bạn có thể tạo và chỉnh sửa quy trình kinh doanh trong một công cụ thiết kế đặc biệt trên tab Business logic công việc. Việc thực thi các quy trình kinh doanh có thể được khởi chạy theo lịch trình, cũng như được gọi thông qua các quy trình kinh doanh hoặc điểm cuối khác.

This is what a business process looks like when it is set up.


điểm cuối

Điểm cuối là một loại cổng kết nối các quy trình máy chủ của ứng dụng của bạn với giao diện người dùng (bản thân ứng dụng web hoặc ứng dụng dành cho thiết bị di động). Mỗi điểm cuối sẽ được liên kết với một quy trình kinh doanh và một phần tử trang (hoặc màn hình) - để truyền dữ liệu giữa chúng.

Bạn có thể tạo và định cấu hình điểm cuối trên tab Điểm cuối trong Endpoints AppMaster Studio .

Endpoint creation and editing window.


Để quản lý các tác vụ phức tạp (kiểm soát truy cập, lọc dữ liệu), phần mềm trung gian được kết nối với điểm cuối. Nó đóng vai trò là một liên kết bổ sung giữa điểm cuối và quy trình kinh doanh, đồng thời cho phép bạn tùy chỉnh thêm tương tác của chúng.

Một số phần mềm trung gian được thêm vào ứng dụng của bạn theo mặc định, những phần mềm khác khi một số mô-đun được cài đặt. Ví dụ: mô-đun Auth , chịu trách nhiệm ủy quyền cho người dùng, cung cấp phần mềm trung gian Token Auth để quản lý quyền khởi chạy một điểm cuối cụ thể.

Token Auth on the Middleware tab in the endpoint creation window.

Các điểm cuối tạo thành cái được gọi là API REST - giao diện lập trình của ứng dụng của bạn để trao đổi dữ liệu được triển khai bằng cách sử dụng phương pháp kiến trúc REST .


API AppMaster.io

API (Giao diện lập trình ứng dụng) là một bộ công cụ trao đổi dữ liệu giữa giao diện người dùng của ứng dụng, phần máy chủ của nó, cũng như các ứng dụng, dịch vụ và trang web của bên thứ ba được kết nối với chúng. REST là công nghệ mà quá trình trao đổi dữ liệu này diễn ra.

Tài liệu API cho ứng dụng của bạn được tạo tự động và lưu ở định dạng OpenAPI (Swagger) trong phần phụ trợ của nó.

Bạn không cần phải hiểu cụ thể cách thức hoạt động của nó để thành AppMaster.io - bạn sẽ hiểu các nguyên tắc cơ bản bằng cách nghiên cứu các công cụ nền tảng. Bên cạnh đó, phần chính của API được tạo bởi AppMaster.io - hầu hết các cài đặt được thực hiện theo mặc định hoặc khi kết nối các mô-đun.

Bạn sẽ cần thay đổi một số cài đặt API theo cách thủ công khi tích hợp (kết nối) ứng dụng của mình với các ứng dụng khác hoặc tài nguyên bên ngoài.


Sự xuất bản

Sau khi bạn tạo ứng dụng (hoặc thay đổi một số phần của ứng dụng) trong AppMaster.io Studio, ứng dụng đó cần được xuất bản - nghĩa là đăng trên Internet - để kiểm tra hoặc giúp người dùng có thể truy cập ứng dụng đó.

Khi bạn xuất bản, mã được tạo từ sơ đồ của bạn trong AppMaster.io Studio sẽ được biên dịch - chuyển đổi thành một ứng dụng hoàn chỉnh.

Bạn có thể xuất bản ứng dụng của mình lên AppMaster Cloud , dịch vụ đám mây của bên thứ ba hoặc máy chủ cá nhân của bạn. Các ứng dụng di động có thể được đặt trên App Store và Google Play.
Các thành phần máy chủ ứng dụng (bao gồm trình quản lý ứng dụng di động), ứng dụng webSwagger được đóng gói trong một tệp nhị phân duy nhất. Tệp này có thể được biên dịch cho các hệ điều hành khác nhau - Linux, Windows, MacOS với các kiến trúc bộ xử lý khác nhau - x86-32, x86-64 và thậm chí cả ARM .

Ứng dụng dành cho thiết bị di động có thể được xuất bản trực tiếp lên App Store hoặc Google Play. Nhờ Mobile Apps Adapter , bạn chỉ phải xuất bản ứng dụng của mình trong cửa hàng một lần - nếu muốn thay đổi hoặc cập nhật ứng dụng, trong hầu hết các trường hợp, bạn sẽ không cần phải xuất bản lại.

The Mobile Apps Adapter điều hợp ứng dụng dành cho thiết bị di động là một công cụ thời gian thực hiện đại kết nối các điểm cuối của ứng dụng dành cho thiết bị di động và thiết kế vào giao diện người dùng và luồng dữ liệu cho các ứng dụng dành cho thiết bị di động đã triển khai. Quá trình kết xuất giao diện và dữ liệu diễn ra trong thời gian thực mà không có độ trễ hiển thị. Cách tiếp cận này cung cấp nhiều tùy chọn để chỉnh sửa ứng dụng mà không cần xuất bản lại chúng lên các cửa hàng.