XMLHttpRequest
XMLHttpRequest對象在大部分浏覽器上已經實現而且擁有一個簡單的接口允許數據從客戶端傳遞到服務端，但並不會打斷用戶當前的操作。使用XMLHttpRequest傳送的數據可以是任何格式，雖然從名字上建議是XML格式的數據。
開發人員應該已經熟悉了許多其他XML相關的技術。XPath可以訪問XML文檔中的數據，但理解XML DOM是必須的。類似的，XSLT是最簡單而快速的從XML數據生成Html或XML的方式。許多開發人員已經熟悉Xpath和XSLT，因此AJax選擇XML作為數據交換格式有意義的。XSLT可以被用在客戶端和服務端，他能夠減少大量的用JavaScript編寫的應用邏輯。
CSS
為了正確的浏覽AJAX應用，CSS是一種AJAX開發人員所需要的重要武器。CSS提供了從內容中分離應用樣式和設計的機制。雖然CSS在AJax應用中扮演至關重要的角色，但他也是構建創建跨浏覽器應用的一大阻礙，因為不同的浏覽器廠商支持各種不同的CSS級別。
服務器端
但不像在客戶端，在服務端AJax應用還是使用建立在如Java,.Net和PHP語言基礎上機制;並沒有改變這個領域中的主要方式。
既然如此，我們對Ruby on Rails框架的興趣也就迅速增加了。在一年多前，Ruby on Rails已經吸引了大量開發人員基於其強大功能來構建Web和AJAX應用。雖然目前還有很多快速應用開發工具存在，Ruby on Rails看起來已經儲備了簡化構建AJax應用的能力。
開發工具
在實際構建AJax應用中，你需要的不只是文本編輯器。既然是JavaScript非編譯的，他可以容易地編寫和運行在浏覽器中;然而，許多工具提供了有用的擴展如語法高亮和智能完成。
不同的IDE提供了對JavaScript支持的不同等級。來自JetBrains的IntelliJ IDEA是一個用來Javascript開發的更好的IDE，雖然許多開發人員也喜歡Microsoft’s Visual Studio產品(允諾會在最新的版本中改善對AJax的支持)。Eclipse包含了兩個免費的JavaScript編輯器插件和一個商業的來自ActiveStat的Komodo IDE。
另一個JavaScript和AJAX開發中的問題是調試困難。不同的浏覽器提供不同的通常是隱藏的運行時錯誤信息，而Javascript的缺陷如雙重變量賦值(通常是由於缺少數據類型)使得調試更加困難。在AJax的開發中，調試就更復雜了，因為其需要標識究竟是客戶端還是服務端產生的錯誤。在過去，JavaScript調試的方法是刪除所有代碼然後一行行的增加直到錯誤出現。現在，更多開發人員回到為IE准備的Microsoft Script Debugger和為Mozilla浏覽器准備的Venkman。
浏覽器兼容性
JavaScript編程的最大問題來自不同的浏覽器對各種技術和標准的支持。構建一個運行在不同浏覽器(如IE和火狐)是一個困難的任務。因此幾種AJAX JavaScript框架或者生成基於服務端邏輯或標記庫的Javascript，或者提供符合跨浏覽器AJax開發的客戶端JavaScript庫。一些流行的框架包括:AJax.Net, Backbase, Bitkraft, Django, DOJO, DWR, MochiKit, Prototype, Rico,
SAJax, Sarissa, and Script.aculo.us.
這些框架給開發人員更多的空間使得他們不需要擔心跨浏覽器的問題。雖然這些框架提升了開發人員構建應用的能力，但由於廠商已經開發了更細節的用戶界面的打包組件解決方案，因此在AJax組件市場中需要考慮一些其他因素。例如提供通用用戶界面的組件如組合框和數據柵格的幾個廠商，都可以被用來在應用中創建良好的通過類似電子數據表方式來查看和編輯數據的體驗。但這些組件不僅是封裝了組件的用戶界面而且包括與服務端數據的通訊方式，這些組件通常使用基於標記方式來實現如ASP.Net或JSF控件。
展望
最近IE和火狐之間的浏覽器之爭變得火熱起來，因此AJax開發人員需要足夠敏捷的作出反應。關鍵點在一些問題如CSS或XML，雖然各種浏覽器形成采用最新標准的不同陣營(如Mozilla擁抱SVG和E4X標准及在最新火狐BETA版本中使用XUL，而微軟使用自己的XAML技術)。所有這些技術代表當前AJax主流JavaScript和XML的市場方向改變。
總的來說，AJAX開發人員必須盡快地跟進最新的技術並利用高產的工具集。成功的AJAX開發人員還需要留心他們的使用者以避免將任何問題擴大化。並且AJax開發人員還需要持續地創新來創建增強Web應用易用性的新方法。