Việc xây dựng một ứng dụng trong Arango Foxx cung cấp gì ngoài một ứng dụng nút thông thường là

Question

Tôi đang tìm hiểu thêm về ArangoDB và khung công tác Foxx của nó. Nhưng nó không rõ ràng với tôi những gì tôi đạt được bằng cách sử dụng khuôn khổ đó để xây dựng ứng dụng nodejs độc lập của riêng tôi cho API/kiểm soát truy cập, logic, v.v.

Foxx cung cấp ứng dụng nodejs thông thường nào?

Answer 1

Tiết lộ đầy đủ: Tôi là người bảo trì cốt lõi của ArangoDB và là thành viên của nhóm Foxx.

Tôi khuyên bạn nên xem qua số webinar I gave last year để biết tổng quan chi tiết về sự khác biệt giữa Foxx và Nút và lợi thế của việc sử dụng Foxx khi bạn đang sử dụng ArangoDB. Tôi sẽ cố gắng tóm tắt nhanh ở đây.

Nếu bạn áp dụng những ý tưởng như Trách nhiệm Nguyên tắc đơn đến kiến ​​trúc của bạn, mã server-side của bạn có hai trách nhiệm:

1. Backend: kiên trì và truy vấn dữ liệu bằng cách sử dụng lưu trữ dữ liệu phụ trợ (ví dụ ArangoDB hoặc cơ sở dữ liệu khác).

2. Giao diện người dùng: chuyển kết quả truy vấn sang định dạng có thể chấp nhận được cho ứng dụng khách (ví dụ: HTML, JSON, XML, CSV, v.v.).

Trong hầu hết các ứng dụng thông thường, hai trách nhiệm này được hoàn thành bởi cùng một cơ sở mã ứng dụng nguyên khối chạy trong cùng một quy trình.

Tuy nhiên, nhiệm vụ tương tác với lưu trữ dữ liệu thường đòi hỏi phải viết nhiều mã dành riêng cho công nghệ cơ sở dữ liệu. Bạn cần viết các truy vấn (ví dụ: sử dụng SQL, AQL, ReQL hoặc bất kỳ ngôn ngữ cụ thể về công nghệ nào khác) hoặc sử dụng các trình điều khiển dành riêng cho cơ sở dữ liệu.

Ngoài ra trong nhiều ứng dụng không tầm thường, bạn cần phải tương tác với những thứ như thủ tục lưu trữ cũng là một phần của "mã phụ trợ" nhưng sống trong cơ sở dữ liệu. Vì vậy, ngoài việc có máy chủ ứng dụng thực hiện hai tác vụ khác nhau (lưu trữ và kết xuất), một nửa mã cho một trong các tác vụ kết thúc ở một nơi khác, thường sử dụng một ngôn ngữ hoàn toàn khác.

Foxx cho phép bạn giải quyết vấn đề này bằng cách cho phép bạn di chuyển logic mà chúng tôi đã xác định là "phụ trợ" của mã phía máy chủ của bạn vào ArangoDB. Không chỉ bạn có thể ẩn tất cả các ngôn ngữ truy vấn, các cạnh và các bộ sưu tập phía sau API ứng dụng cụ thể hơn, bạn cũng loại bỏ chi phí mạng cần thiết để xử lý các yêu cầu có thể gây ra nhiều hơn một lần cho cơ sở dữ liệu.

Đối với các ứng dụng tầm thường, điều này có nghĩa là bạn có thể loại bỏ hoàn toàn máy chủ Node và truy cập trực tiếp Foxx API của mình từ máy khách. Đối với các tình huống phức tạp hơn, bạn có thể muốn sử dụng Nút để tạo các dịch vụ vi mô bên ngoài mà dịch vụ Foxx của bạn có thể nhấn vào (ví dụ: giao diện với các API không phải HTTP bên ngoài). Hoặc bạn chỉ cần đặt ứng dụng Node thông thường của mình trước ArangoDB và sử dụng Foxx để tạo một API HTTP thể hiện tốt hơn miền vấn đề của ứng dụng của bạn so với API HTTP thô của cơ sở dữ liệu.

Cũng cần lưu ý rằng các dịch vụ cấu trúc Foxx không hoàn toàn khác với các ứng dụng Node. Bạn có thể sử dụng các phụ thuộc NPM và chia mã của bạn thành các mô-đun và tất cả có thể sống trong điều khiển phiên bản và được triển khai từ các gói zip. Nếu bạn không thuyết phục, tôi khuyên bạn nên thử bằng cách thực hiện một số truy vấn thường xuyên nhất của bạn dưới dạng điểm cuối Foxx và sau đó quyết định xem bạn có muốn di chuyển nhiều hơn logic của mình hay không.