Ajax (lập trình)

AJAX (tiếng Anh: "Asynchronous JavaScript and XML" - nghĩa là "JavaScript và XML không đồng bộ") là một nhóm các công nghệ phát triển web được sử dụng để tạo các ứng dụng web động hay các ứng dụng giàu tính Internet (rich Internet application). Từ Ajax được ông Jesse James Garrett đưa ra và dùng lần đầu tiên vào tháng 2 năm 2005 để chỉ kỹ thuật này, mặc dù các hỗ trợ cho Ajax đã có trên các chương trình duyệt từ 10 năm trước. Ajax là một kỹ thuật phát triển web có tính tương tác cao bằng cách kết hợp các ngôn ngữ:

  • HTML (hoặc XHTML) với CSS trong việc hiển thị thông tin
  • Mô hình DOM (Document Object Model), được thực hiện thông qua JavaScript, nhằm hiển thị thông tin động và tương tác với những thông tin được hiển thị
  • Đối tượng XMLHttpRequest để trao đổi dữ liệu một cách không đồng bộ với máy chủ web. (Mặc dù, việc trao đổi này có thể được thực hiện với nhiều định dạng như HTML, văn bản thường, JSON và thậm chí EBML, nhưng XML là ngôn ngữ thường được sử dụng).
  • XML thường là định dạng cho dữ liệu truyền, mặc dù bất cứ định dạng nào cũng có thể dùng, bao gồm HTML định dạng trước, văn bản thuần (plain text), JSON và ngay cả EBML.

Giống như DHTML, LAMP hay SPA, Ajax tự nó không phải là một công nghệ mà là một thuật ngữ mô tả việc sử dụng kết hợp một nhóm nhiều công nghệ với nhau. Trong đó, HTMLCSS được kết hợp với nhau để đánh dấu và định kiểu thông tin. DOM và JavaScript kết hợp lại để hiển thị thông tin động và cho phép người dùng tương tác với các thông tin này. JavaScript cùng với đối tượng XMLHttpRequest hỗ trợ việc trao đổi dữ liệu bất đồng bộ giữa trình duyệtmáy chủ nhằm hạn chế việc tải lại nguyên trang.

Trong thực tế, các công nghệ dẫn xuất hoặc kết hợp dựa trên Ajax như AFLAX cũng đã xuất hiện.

Lịch sử

[sửa | sửa mã nguồn]

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]

So sánh với các ứng dụng web truyền thống

[sửa | sửa mã nguồn]

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".

So sánh ứng dụng web truyền thống (trái) với AJAX (phải)

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 nhược điểm

[sửa | sửa mã nguồn]

Ưu điểm

[sửa | sửa mã nguồn]
  • 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

[sửa | sửa mã nguồn]
  • 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]

Các trình duyệt hỗ trợ Ajax

[sửa | sửa mã nguồn]

Tham khảo

[sửa | sửa mã nguồn]
  1. ^ MSN.com Lưu trữ 1998-01-27 tại Wayback Machine. Home.microsoft.com (1999-12-31). Truy cập 2013-07-13.
  2. ^ “Dynamic HTML and XML: The XMLHttpRequest Object”. Apple Inc. Bản gốc lưu trữ ngày 12 tháng 1 năm 2010. Truy cập ngày 25 tháng 6 năm 2008.
  3. ^ Hopmann, Alex. “Story of XMLHTTP”. Alex Hopmann's Blog. Bản gốc lưu trữ ngày 30 tháng 3 năm 2010. Truy cập ngày 17 tháng 5 năm 2010.
  4. ^ “A Brief History of Ajax”. Aaron Swartz. ngày 22 tháng 12 năm 2005. Truy cập ngày 4 tháng 8 năm 2009.
  5. ^ English, Paul. “Kayak User Interface”. OFFICIAL KAYAK.COM TECHNOBLOG. Bản gốc lưu trữ ngày 23 tháng 5 năm 2014. Truy cập ngày 22 tháng 5 năm 2014.
  6. ^ Jesse James Garrett (ngày 18 tháng 2 năm 2005). “Ajax: A New Approach to Web Applications”. AdaptivePath.com. Bản gốc lưu trữ ngày 2 tháng 7 năm 2008. Truy cập ngày 19 tháng 6 năm 2008.
  7. ^ “The XMLHttpRequest Object”. World Wide Web Consortium. ngày 5 tháng 4 năm 2006. Lưu trữ bản gốc ngày 16 tháng 5 năm 2008. Truy cập ngày 25 tháng 6 năm 2008.
  8. ^ van Kesteren, Anne; Jackson, Dean. “The XMLHttpRequest Object”. W3.org. W3C. Truy cập ngày 14 tháng 11 năm 2015.
  9. ^ Kesteren, Anne; Aubourg, Julian; Song, Jungkee; Steen, Hallvord R. M. “XMLHttpRequest Level 1”. W3.org. W3C. Truy cập ngày 14 tháng 11 năm 2015.
  10. ^ Merrill, Christopher (ngày 15 tháng 1 năm 2006). “Performance Impacts of AJAX Development”. Web Performance, Inc. Bản gốc lưu trữ ngày 1 tháng 3 năm 2010. Truy cập ngày 16 tháng 6 năm 2008.
  11. ^ “The Advantages of Using AJAX”. lunarpages.com. Bản gốc lưu trữ ngày 18 tháng 12 năm 2008. Truy cập ngày 26 tháng 6 năm 2008.
  12. ^ a b c d “Why use AJAX?”. InterAKT. ngày 10 tháng 11 năm 2005. Truy cập ngày 26 tháng 6 năm 2008.
  13. ^ a b “The Disadvantages of Using AJAX”. lunarpages.com. Bản gốc lưu trữ ngày 18 tháng 12 năm 2008. Truy cập ngày 26 tháng 6 năm 2008.
  14. ^ Edwards, James (ngày 5 tháng 5 năm 2006). “AJAX and Screenreaders: When Can it Work?”. sitepoint.com. Truy cập ngày 27 tháng 6 năm 2008.
  15. ^ Quian, Mark (ngày 14 tháng 7 năm 2006). “Building an AJAX Application (1): It isn't called AJAX but Remote Scripting”. coolshare.com. Truy cập ngày 27 tháng 6 năm 2008.
  16. ^ “Access Control for Cross-Site Requests”. World Wide Web Consortium. Truy cập ngày 27 tháng 6 năm 2008.
  17. ^ Sullivan, Bryan. “Testing for security in the age of AJAX Programming”. developerFusion. Truy cập ngày 15 tháng 10 năm 2008.

Tài liệu, giáo trình

[sửa | sửa mã nguồn]

Liên kết ngoài

[sửa | sửa mã nguồn]

Công cụ

[sửa | sửa mã nguồn]
Chúng tôi bán
Bài viết liên quan
IT đã không còn là vua của mọi nghề nữa rồi
IT đã không còn là vua của mọi nghề nữa rồi
Và anh nghĩ là anh sẽ code web như vậy đến hết đời và cuộc sống sẽ cứ êm đềm trôi mà không còn biến cố gì nữa
Đôi nét về Park Gyu Young - Từ nữ phụ Điên Thì Có Sao đến “con gái mới của Netflix”
Đôi nét về Park Gyu Young - Từ nữ phụ Điên Thì Có Sao đến “con gái mới của Netflix”
Ngoài diễn xuất, Park Gyu Young còn đam mê múa ba lê. Cô có nền tảng vững chắc và tiếp tục nuôi dưỡng tình yêu của mình với loại hình nghệ thuật này.
Violet Evergarden - Full Anime + Light Novel + Ova
Violet Evergarden - Full Anime + Light Novel + Ova
Đây là câu chuyện kể về người con gái vô cảm trên hành trình tìm kiếm ý nghĩa của tình yêu
Anime: Fumetsu no Anata e Vietsub
Anime: Fumetsu no Anata e Vietsub
Đây là câu chuyện kể về cậu thiếu niên tên Fushi trên hành trình đi tìm ý nghĩa của cuộc sống