Khi nào thì thích hợp để thực hiện tính toán trong front-end?

Nhóm của tôi đang phát triển một ứng dụng tài chính dựa trên WEB và có một chút tranh cãi với một đồng nghiệp, nơi giữ các tính toán - hoàn toàn ở phía sau hoặc giữ một số ở phía trước?

Giải thích ngắn gọn: Chúng tôi đang sử dụng Java (ZK, Spring) cho front-end và Progress 4gl cho back-end. Các tính toán liên quan đến một số dữ liệu và toán học khó tính từ cơ sở dữ liệu được lưu giữ ở phía sau, vì vậy tôi không nói về chúng. Tôi đang nói về tình huống người dùng nhập giá trị X, sau đó nó được thêm vào giá trị Y (hiển thị trên màn hình) và kết quả được hiển thị trong trường Z. Ý tôi là các hoạt động đơn giản và đơn giản của jQuery.

Vì vậy, những gì sẽ được thực hành tốt nhất ở đây:

1) Thêm các giá trị bằng JavaScript lưu từ đi đến back-end và sau đó xác thực chúng ở back-end "on save"?

2) Giữ tất cả logic kinh doanh ở cùng một vị trí - do đó mang các giá trị đến back-end và thực hiện các phép tính ở đó?

3) Thực hiện các tính toán ở mặt trước; Sau đó gửi dữ liệu đến back-end, xác thực chúng ở đó, thực hiện lại các phép tính và chỉ khi kết quả hợp lệ và bằng nhau, hiển thị chúng cho người dùng?

4) Cái gì khác?

Lưu ý: Chúng tôi thực hiện một số xác nhận cơ bản trong Java nhưng hầu hết trong số đó vẫn ở phía sau như tất cả các logic nghiệp vụ khác.

Tăng dữ liệu sẽ được gửi bằng cách tính toán lại mọi thứ trong back-end sẽ không thành vấn đề (kích thước XML nhỏ; máy chủ và băng thông sẽ chịu được lượng hoạt động tăng lên của người dùng).

Như mọi khi, các quyết định như vậy liên quan đến sự đánh đổi giữa các mục tiêu khác nhau, một số trong đó mâu thuẫn với nhau.

• Hiệu quả sẽ đề nghị bạn thực hiện các tính toán ở mặt trước - cả hai vì cách đó máy tính của người dùng sử dụng nhiều năng lượng hơn và máy chủ của bạn sử dụng ít hơn và vì người dùng thấy phản hồi nhanh hơn, giúp cải thiện trải nghiệm người dùng.

• Bảo mật yêu cầu bất kỳ hoạt động thay đổi trạng thái nào cũng có thể dựa vào dữ liệu được kiểm tra hoặc tính toán trong máy khách, bởi vì máy khách có thể nằm dưới sự kiểm soát của kẻ tấn công độc hại. Do đó, bạn phải xác thực bất cứ điều gì đến từ phía máy chủ nguồn không tin cậy.

• Hiệu quả lập trình và khả năng bảo trì cho thấy rằng bạn không nên thực hiện tính toán tương tự hai lần vì nỗ lực lãng phí.

Nhìn bề ngoài, điều này nghe có vẻ như mọi thứ phải được thực hiện ở phía máy chủ, nhưng không phải lúc nào cũng như vậy. Nếu bạn có thể dễ dàng duy trì mã trùng lặp (ví dụ: bằng cách tự động tạo trình xác thực javascript từ trình xác thực Java phía máy chủ của bạn), thì việc lặp lại tính toán có thể là một giải pháp tốt. Nếu tất cả các dữ liệu liên quan đều không quan trọng, ví dụ: nếu người dùng chỉ có thể tự lừa dối bạn chứ không phải bạn nếu họ thao túng các giá trị, thì việc xác thực phía máy chủ là không cần thiết. Nếu thời gian phản hồi của bạn bị chi phối bởi các nút thắt hoàn toàn khác nhau do đó độ trễ của chuyến đi khứ hồi là không thể nhận biết được, thì các cân nhắc của UX không mang tính quyết định, v.v. Do đó, bạn phải xem xét từng áp lực này trong tình huống của mình mạnh mẽ như thế nào và quyết định theo đó .

Có nhiều lý do để thực hiện tính toán trong phần phụ trợ

• Logic nghiệp vụ không thuộc về lớp trình bày
• Logic kinh doanh trong JavaScript đặt ra một mối đe dọa
• Bạn cho rằng có một mối quan hệ một mặt -> một mặt sau không phải lúc nào cũng đúng , back-end nên được coi là có khả năng hoặc phục vụ nhiều hơn một ứng dụng mặt trước, do đó bạn không thể thừa nhận bất cứ điều gì.
• Nếu các tính toán sử dụng một lượng lớn dữ liệu, việc giữ nó ở phía trước sẽ không hiệu quả
• Nếu tính toán sử dụng cơ sở dữ liệu, bạn sẽ không thể sao chép nó trong giao diện người dùng

Đề nghị của tôi

• Có cơ sở dữ liệu thực thi càng nhiều quy tắc kinh doanh rõ ràng trong mô hình, bao gồm khóa ngoại, khóa chính, kiểm tra các ràng buộc và kích hoạt
• Có lớp nghiệp vụ đưa ra ngoại lệ khi các quy tắc kinh doanh không được đáp ứng (vì cơ sở dữ liệu trả về lỗi hoặc do chính lớp doanh nghiệp đã xác thực dữ liệu)
• Nếu và chỉ khi thời gian phản hồi không được chấp nhận, hãy xác thực hoặc xử lý trước bằng cách sử dụng Ajax (công việc sẽ không thực sự được thực hiện bằng JavaScript, nó sẽ được thực hiện trong phần phụ trợ mà không phải tải lại trang)
• Bạn có thể thực hiện xác thực đơn giản trong JavaScript như không cho phép một giá trị trống hoặc các giá trị quá dài hoặc nằm ngoài phạm vi (đối với cái sau bạn có thể muốn tạo phạm vi ở mặt sau)