CHƯƠNG 4 KẾT LUẬN
4.2. Hạn chế còn tồn đọng
Mặc dù có cơ hội tiếp cận Flutter từ trước đó, tuy nhiên với các chức năng trong ứng dụng có yêu cầu độ phức tạp tương đối, việc xây dựng ứng dụng này trải qua không ít khó khăn. Trong đó, hạn chế về kinh nghiệm thực tế là rào cản lớn khiến tôi chưa thể thực sự hoàn thành sản phẩm một cách trọn vẹn. Có thể kể đến một số hạn chế của ứng dụng:
- Giao diện: Do bản thân không có nhiều năng khiếu về thiết kế, dẫn tới
thiết kế của ứng dụng có giao diện chưa thật sự “thoáng”, vẫn còn những nơi giao diện bị cứng nhắc, khô khan và thiếu tính sáng tạo, mang nhiều thiên hướng của một ứng dụng hệ thống hơn là dành cho người dùng phổ thông
86
- Bảo mật: Mặc dù đã sử dụng Security Rules, tuy nhiên vẫn còn một số
trường hợp cần lưu ý như kiểm tra, ràng buộc dữ liệu khi được thêm vào, xóa đi. Vì FireStore không phải một CSDL có cấu trúc quan hệ như SQL, việc ràng buộc các trường dữ liệu hoàn toàn do người lập trình định nghĩa trong quá trình coding (xây dựng ứng dụng) và kết hợp với Security Rules
- Thiếu chức năng: Do thời gian có hạn cùng chưa tích lũy được nhiều
kinh nghiệm, ứng dụng chỉ dừng lại ở việc cho phép Người quản lí có thể quản trị được các thông tin cơ bản, và Sinh viên dừng lại ở việc xem và cập nhật một số thông tin nhất định. Một số chức năng còn thiếu có thể kể đến như: Xem màn hình thống kê – cho phép xuất nhiều thông tin
hơn, cho phép sinh viên thanh toán hóa đơn thông qua e-banking, chưa có thông báo đẩy (push notification), ...