Trong vài tháng qua, Jibran đã làm việc trên tác nhân AI Drupal Views, cho phép người xây dựng trang web tạo và cập nhật Views bằng các câu lệnh ngôn ngữ tự nhiên, mà không cần mở giao diện người dùng Views. Được xây dựng trên nền tảng tác nhân AI Drupal, mục tiêu là làm cho việc cấu hình Views nhanh hơn, dễ tiếp cận hơn và ít xảy ra lỗi hơn bằng cách dịch trực tiếp các hướng dẫn bằng tiếng Anh thông thường thành cấu hình Views hợp lệ.
Yêu cầu tạo Chế độ xem
Tạo một chế độ xem danh sách nút loại thực thể với hiển thị mặc định, trường tiêu đề có nhãn "Tiêu đề", sắp xếp theo thứ tự giảm dần theo ngày tạo, lọc theo trạng thái xuất bản 1 và lọc theo loại bài viết. Cấp quyền "truy cập nội dung". Tạo một trang hiển thị với URL "content-listing".
Yêu cầu cập nhật Chế độ xem
Cập nhật tiêu đề hiển thị mặc định của view node_content_listing thành "Article Listing".
Sau khi làm quen với các tác nhân AI và khung mô-đun AI của Drupal, tôi bắt đầu làm việc với tác nhân xử lý chế độ xem. Trước tiên, tôi đã phát triển thiết kế kiến trúc cho tác nhân AI xử lý chế độ xem và chia nhỏ quy trình tạo hoặc cập nhật chế độ xem thành các quy trình con. Luồng công việc được chia thành ba quy trình con: liệt kê, tạo và cập nhật chế độ xem. Chúng tôi không muốn tác nhân AI xóa chế độ xem.
Việc liệt kê các lượt xem rất dễ dàng; bạn chỉ cần tải tất cả các lượt xem trên trang web và tạo ra kết quả.
Việc tạo một View hơi khó, nhưng đã được đơn giản hóa bằng cách tạo một thực thể View cơ bản chỉ với tên View, mô tả và ID. Sau khi View được tạo, bước tiếp theo là cập nhật View, đây là phần khó nhất.
Về mặt kỹ thuật, thực thể cấu hình chế độ xem lưu trữ một bản đồ khóa-giá trị khổng lồ gồm nhiều cài đặt plugin chế độ xem. Việc cập nhật một chế độ xem bao gồm ba thao tác khác nhau:
Tạo màn hình hiển thị Chế độ xem
Tạo và cập nhật các trình xử lý giao diện người dùng, ví dụ: trường, sắp xếp, bộ lọc.
Tạo và cập nhật các plugin hiển thị, ví dụ: kiểu dáng, phân trang, truy cập, truy vấn.
Việc tạo màn hình hiển thị dễ dàng hơn. Views cung cấp sẵn một API rất tốt cho việc này.
Tiếp theo là tạo và cập nhật các trình xử lý hiển thị Views. Trong Views, thông tin về Trình xử lý Views đến từ API dữ liệu Views . Nếu bạn chưa quen với API dữ liệu Views, đó là một mảng cặp khóa-giá trị lớn chứa tất cả thông tin về các trường, bộ lọc và tiêu chí sắp xếp có thể được sử dụng trong Views, được cung cấp bởi các thực thể Drupal trên trang web.
Mỗi loại Handler đều có các thiết lập mặc định tương tự nhau, nhưng mỗi Handler cũng có các thiết lập riêng biệt. Sau khi làm việc với các Handler thuộc loại trường, tôi đã phát triển một phương pháp tổng quát. Tôi đã tạo một plugin để thêm Handler và một plugin thứ hai để cập nhật các thiết lập của Handler. Sau khi các Handler được thêm vào thực thể cấu hình Views, bạn có thể sử dụng API nội bộ của Views để thiết lập các giá trị mặc định. Vì đã có các giá trị mặc định, bạn có thể dễ dàng cập nhật các thiết lập của Handler.
Thử thách tiếp theo là cài đặt plugin Views. Các plugin Views không có cấu trúc xác định rõ ràng. Chúng không có các thiết lập mặc định giống nhau. Mỗi plugin đều độc lập, vì vậy việc tạo một plugin gọi hàm chung cho tất cả các plugin Views là rất khó khăn. Một số cấu hình plugin Views là giá trị chuỗi, một số khác là cặp khóa-giá trị, và một số khác là cặp khóa-giá trị có điều kiện. Để giải quyết những vấn đề này, tôi đã tạo một plugin để tạo các plugin Views; cấu hình của chúng được lưu trữ trong cài đặt tùy chọn hiển thị trong Views, và một plugin thứ hai để cập nhật cấu hình của các plugin Views này. Đây là nơi tôi dành nhiều thời gian nhất để tìm hiểu tất cả các cài đặt và cấu hình khác nhau cho các plugin Views.
Ưu điểm của thực thể cấu hình Views là, một khi bạn đã thiết lập các giá trị, API lược đồ cấu hình trong nhân Drupal sẽ đảm bảo cấu hình View được xác thực. Vì vậy, không thể lưu cấu hình không an toàn hoặc sai bằng cách sử dụng API thực thể, đó là một điều tốt.
