Ajax (lập trình)

Trong giai đoạn đầu và giữa thập niên 1990, hầu hết Web site được xây dựng chỉ dựa hoàn toàn vào công nghệ HTML. Mỗi thao tác người dùng đều khiến toàn bộ trang web phải được tải lại từ máy chủ. Quy trình này đã tỏ ra kém hiệu quả, theo phản ánh từ kinh nghiệm người dùng: tất cả nội dung trang biến mất, rồi sau đó xuất hiện trở lại. Mỗi lần trình duyệt web tải lại trang vì một thay đổi ở một phần nhỏ nào đó, tất cả nội dung trang web phải được gởi lại, mặc dù chỉ có một phần nội dung thay đổi. Điều này khiến cho tải lượng từ phía server tăng lên và làm cho băng thông trở thành yếu tố hạn chế khi thực hiện tác vụ.

Năm 1996, thẻ iframe được trình duyệt Internet Explorer đưa ra để tải hoặc nạp nội dung bất đồng bộ.

Năm 1998, nhóm phát triển Outlook Web App của Microsoft phát triển thành phần XMLHTTP từ đoạn script gởi từ máy client.

Năm 1999, Microsoft sử dụng công nghệ iframe cập nhật động các bản tin và mục báo giá cổ phiếu trên trang mặc định của Internet Explorer,^[1] và tạo ra điều khiển XMLHTTP ActiveX trong Internet Explorer 5, mà sau này được Mozilla, Safari, Opera và nhiều trình duyệt web khác sử dụng làm đối tượng JavaScript XMLHttpRequest.^[2] Microsoft sử dụng mô hình XMLHttpRequest nguyên bản trong phiên bản Internet Explorer 7. Phiên bản ActiveX vẫn được tiếp tục hỗ trợ cho Internet Explorer, nhưng không dành cho Microsoft Edge. The utility of background HTTP requests to the server and asynchronous Web technologies remained fairly obscure until it started appearing in full scale online applications such as Outlook Web App (2000)^[3] and Oddpost (2002).

Google triển khai rộng rãi các ứng dụng có sử dụng Ajax phù hợp với tiêu chuẩn, đa trình duyệt như Gmail (năm 2004) và Google Maps (năm 2005).^[4] In October 2004 Kayak.com's public beta release was among the first large-scale e-commerce uses of what their developers at that time called "the xml http thing".^[5]

Khái niệm "Ajax" được Jesse James Garrett sử dụng phổ biến làn đầu là vào ngày 18 tháng 2 năm 2005 trong một bài viết có nhan đề "Ajax: A New Approach to Web Applications", dựa trên công nghệ được sử dụng trên trang web của Google.^[6]

Ngày 5 tháng 4 năm 2006, tổ chức World Wide Web Consortium (W3C) phát hành dự thảo đặc tả đầu tiên cho đối tượng XMLHttpRequest trong nỗ lực tạo ra một tiêu chuẩn Web chính thức.^[7][8]Dự thảo mới nhất cho đối tượng XMLHttpRequest được phát hành ngày 30 tháng 1 năm 2014.^[9]

Hiểu nôm na: Điểm khác biệt cơ bản nhất của công nghệ này là việc xử lý thông tin được thực hiện trên máy yêu cầu dịch vụ thay vì trên máy xử lý yêu cầu dịch vụ như cách truyền thống. Máy xử lý yêu cầu dịch vụ chỉ làm một việc đơn giản là nhận thông tin từ máy khách và trả các dữ liệu về cho máy khách. Máy yêu cầu dịch vụ xử lý sơ bộ thông tin của người dùng nhập vào, sau đó chuyển về máy xử lý yêu cầu dịch vụ rồi nhận dữ liệu từ máy xử lý yêu cầu dịch vụ và xử lý để hiển thị cho người dùng.

Các ứng dụng Ajax phần lớn trông giống như thể chúng được đặt trên máy của người sử dụng hơn là được đặt trên một máy phục vụ thông qua Internet. Lý do: các trang được cập nhật nhưng không nạp lại (refresh) toàn bộ. "Mọi thao tác của người sử dụng sẽ gửi mẫu của một lời gọi JavaScript tới bộ xử lý (engine) Ajax thay vì tạo ra một yêu cầu HTTP (HTTP request)", Jesse James Garrett đã ghi như vậy trong bài luận đầu tiên định nghĩa về thuật ngữ này. "Mọi đáp ứng cho thao tác của người sử dụng sẽ không cần truy vấn tới máy phục vụ – ví dụ như việc kiểm tra một cách đơn giản sự hợp lệ của dữ liệu, sửa đổi dữ liệu trong bộ nhớ và thậm chí một vài thao tác duyệt trang – bộ xử lý Ajax tự nó đảm nhận trách nhiệm này. Nếu bộ xử lý cần gì từ máy phục vụ để đáp ứng – như khi nó gửi dữ liệu để xử lý, tải về bổ sung các mã giao diện hay nhận về dữ liệu mới – nó sẽ thực hiện các yêu cầu tới máy phục vụ một cách không đồng bộ, thông thường sử dụng XML, mà không làm gián đoạn sự tương tác của người sử dụng với ứng dụng web".

Các ứng dụng truyền thống về bản chất là gửi dữ liệu từ các form, được nhập bởi người sử dụng, tới một máy phục vụ web. Máy phục vụ web sẽ trả lời bằng việc gửi về một trang web mới. Do máy phục vụ phải tạo ra một trang web mới mỗi lần như vậy nên các ứng dụng chạy chậm và "lúng túng" hơn.

Trong khi đó, các ứng dụng Ajax có thể gửi các yêu cầu tới máy phục vụ web để nhận về chỉ những dữ liệu cần thiết, thông qua việc dùng SOAP hoặc một vài dịch vụ web dựa trên nền tảng XML cục bộ khác. Trên máy thân chủ (client), JavaScript sẽ xử lý các đáp ứng của máy chủ. Kết quả là trang web được hiển thị nhanh hơn vì lượng dữ liệu trao đổi giữa máy chủ và trình duyệt web giảm đi rất nhiều. Thời gian xử lý của máy chủ web cũng vì thế mà được giảm theo vì phần lớn thời gian xử lý được thực hiện trên máy khách của người dùng.

Có thể xem xét một website nhiếp ảnh cho phép người sử dụng nhập các tiêu đề như một ví dụ về cách làm việc của Ajax. Với một ứng dụng web truyền thống, toàn bộ trang web bao gồm cả các ảnh cần được nạp lại. Với các công nghệ Ajax, DHTML có thể thay thế chỉ những đoạn tiêu đề và kết quả là người dùng có những giao dịch "mượt mà" đáng quan tâm.

Ưu điểm

• Trong nhiều trường hợp, các trang web chứa rất nhiều nội dung thông thường trong trang. Nếu sử dụng các phương pháp truyền thống, những nội dung đó sẽ phải nạp lại toàn bộ với từng yêu cầu. Tuy nhiên, nếu sử dụng Ajax, một ứng dụng web có thể chỉ yêu cầu cho các nội dung cần thiết phải cập nhật, do đó giảm lượng lớn băng thông và thời gian nạp trang.^[10][11]
• Việc dùng các yêu cầu không đồng bộ (asynchronous request) cho phép giao diện người dùng của ứng dụng hiển thị trên trình duyệt giúp người dùng trải nghiệm sự tương tác cao, với nhiều phần riêng lẻ.^[12]
• Việc sử dụng Ajax có thể làm giảm các kết nối đến server, do các mã kịch bản (script) và các style sheet chỉ phải yêu cầu một lần.^[12]

Nhược điểm

• Các trang web được tạo động không được ghi vào bộ lưu lịch sử lướt web của trình duyệt, do đó nút "back" (quay lui) của trình duyệt sẽ mất tác dụng quay lại trang thái trước đó của trang sử dụng Ajax, thay vào đó sẽ quay lại trang web trước đó mà người dùng ghé thăm. Để khắc phục có thể dùng các IFrame không hiển thị để gây ra sự thay đổi trong lịch sử trình duyệt và thay đổi phần neo của URL (bằng mã a #) khi chạy Ajax và theo dõi những sự thay đổi của nó.^[12]
• Việc cập nhật các trang web động cũng gây khó khăn cho người dùng trong việc bookmark (đánh dấu địa chỉ yêu thích) một trạng thái nào đó của ứng dụng. Cũng có những cách khắc phục cho vấn đề này, một số trong đó sử dụng mã xác định đoạn (fragment identifier) URL (phần URL ở sau dấu '#') để lưu vết, và cho phép người dùng đánh dấu và quay lại một trạng thái nào đó của ứng dụng.^[12]
• Do hầu hết các web crawler không thực thi mã JavaScript, các ứng dụng web sẽ cung cấp một phương thức thay thế để truy cập nội dung thông thường được truy cập bằng Ajax, để cho phép các máy tìm kiếm lập chỉ mục chúng.^[13]
• Bất kỳ người dùng nào có trình duyệt không hỗ trợ Ajax hay JavaScript, hoặc đơn giản là đã bị vô hiệu hóa JavaScript, sẽ đương nhiên không thể sử dụng Ajax.^[13] Tương tự, các thiết bị như điện thoại di động, PDA, và thiết bị đọc màn hình (screen reader) có thể không hỗ trợ JavaScript hay đối tượng XMLHttp được yêu cầu. Ngoài ra, các thiết bị đọc màn hình nếu có thể sử dụng Ajax đi nữa cũng vẫn có thể không đọc chính xác các nội dung động.^[14]
• Chế độ same origin policy (chế độ gốc đơn điệu) có thể không cho phép sử dụng Ajax thông qua các tên miền,^[15] mặc dù W3C đã có một đồ án sơ thảo để cho phép điều này.^[16]
• Việc thiếu các chuẩn cơ bản của Ajax đồng nghĩa với việc không có nhiều sự chọn lựa thực tiễn tốt nhất để kiểm tra các ứng dụng Ajax. Các công cụ kiểm thử cho Ajax thường không hiểu các mô hình sự kiện, mô hình dữ liệu và giao thức của Ajax.
• Mở ra một cách thức khác cho việc tấn công của các đoạn mã độc mà những nhà phát triển web có thể không kiểm thử hết được.^[17]

• Apple Safari từ 1.2 trở lên
• Konqueror
• Microsoft Internet Explorer từ 4.0 trở lên
• Mozilla/Mozilla Firefox từ 1.0 trở lên
• Netscape từ 7.1 trở lên
• Opera từ 8.0 trở lên
• GreenBrowser 4.3
• Google Chrome tất cả các phiên bản.

• Ajax: A New Approach to Web Applications Lưu trữ 2008-07-02 tại Wayback Machine, bởi Jesse James Garrett. Bài báo đầu tiên về Ajax
• AJAX:Getting Started Lưu trữ 2006-02-24 tại Wayback Machine Bài báo của Mozilla.org.

• Web 2.0

• Flickr
• Google Local (trước đây Google Maps)
• Windows Live
• Một ứng dụng web truyền thống xử lý sự tương tác với người dùng so với một ứng dụng Ajax
• Các thành phần khác nhau của các ứng dụng Ajax tương tác với nhau so với các ứng dụng web truyền thống

Công cụ

• ASP.NET AJAX, toolkit Ajax của Microsoft cho ASP.NET
• Anthem.NET, toolkit AJAX của Jason Diamond cho ASP.NET
• Dojo Toolkit, toolkit Ajax/DHTML
• Prototype Lưu trữ 2005-11-23 tại Wayback Machine, khuôn khổ mã nguồn mở
• Sajax Lưu trữ 2006-11-13 tại Wayback Machine, toolkit Ajax đơn giản 1
• Rialto Lưu trữ 2008-09-05 tại Wayback Machine (Rich Internet AppLication TOolkit)
• ZK, Ajax but no Javascript.
• JQuery, Toolkit xử lý javascript cho web page (support Ajax mạnh)
• Mootools, Một Toolkit khác xử lý javascript cho web page (support Ajax mạnh)