HTML++ AJAX是用來加強現有的HTML窗體/用戶之間的交互，但是現在基本的范例仍然是和“普通”的web應用程序一樣。一些關於這種類型的重要想法：
頁重載仍然很頻繁的發生。
很可能的是(如果你努力爭取)可以緩和的將其退化為不支持將JS關閉了的浏覽器。
會話狀態將會保留在服務器端。
實際上這就是現在大家普遍采取的方法，並取得了不同程度上的成功。因為很多原因，我認為“朝向HTML++ ”的努力和開銷將會遠遠超出獲得的利益。實際的仍為這最好由服務器端的工具，如真正為你考慮的HTML_AJAX(邊注:當給出這種說法的時候，提到的JPSpan有效的廢棄了——HTML_AJAX，從某種程度上來說，是它的繼任者，這就有點像PEAR::SOAP 和NuSOAP)。
於此同時，一個有趣的“in between”的例子，就是script.aculo.us購物車，我認為它標志了這個分水嶺。。每一次你放一個東西到購物車裡面，購物車就會告訴服務器關於這個操作，然後取出一個新的購物車內容的列表並更新客戶端。換一句話說就是是服務器決定了你的購物車裡面到底有些什麼。這很有趣因為你也許會爭論說購物車可以完全就只保持在客戶端，只有在最後當你決定要去結賬的時候才把所有的東西都發送到服務器端。但是在實際中，很可能的是一個購物車將會被用於一個站點上沒，而它在這個站點可能被期望會在多個不同的頁面(或者跳格)中工作，但是只用一個單獨的服務器端的會話狀態。
Client / SOA Bill稱之為Client / SOA，它將會使用相同的東西。SOA也許還沒有成為逐漸交流想法的概念。我開始理解這些是開始是問關於AJAX:什麼是session?另外的一個來自Ajax通過窗體裝配的Cédric Savarese的問題是:它並不是關於XMLHTTPRequest(和第二部分)的，一個培訓的想法，這個想法引導著他完成了他已經在freja框架中完成的那些。
一些關於Client / SOA的重要想法： 頁面重載是很少見的。應用程序傾向於在一個單獨的浏覽器窗口裡面運行。這就不可能緩和的退化，並且不通過維護費開的代碼基礎。會話的狀態大部分的是被客戶端管理的。
Javascript和浏覽器作為一種運行時而起作用，這就和Java或者.NET的運行時是類似的。它要求特別的開發者。
也學在這裡使用AJAX這個詞本省就是錯誤的。為了可以使用這種應用程序，你需要許多的Javascript來粘合這些應用程序，並且我們所稱之謂AJAX的東西也學很可能深深的埋藏著以至於它很少能夠為當你作為一個應用程序開發者調用API的時候反映出來。
據我所知，Tibet是目前唯一的有能力可能使之其發生的一個開源項目，現在，還沒有可以獲得的代碼——你需要等到下一個版本的發布(不會很久)。同時，通過Google，你將會找到從2001年4月份開始的人們對Tibet的討論。
什麼樣的應用程序將會以這種方式被構建仍然會被看見的。很容易的，這些程序將會和今天的桌面程序一樣，但是想想這兒的勝利者將不會是那些用簡單的已經能夠運行的重復發明來解決的人。例如，現在已有的競爭是在構建基於辦公套件的web，但是我認為這很可能只是一個愚蠢的游戲。特別是從MS Word的角度來考慮，如果你們已經看到了公司將會怎樣來使用Word模版，為什麼MS還要開發InfoPath，你會明白最為“應用程序單元”的文字處理器不在是令人感興趣的東西。一些更像“在線文檔”的東西，同一個具體的類別的信息相關聯的文檔，有一個小組正在試圖組織，並把東西結合起來，比如合作，版本和工作流，他們覺得這樣會更加有趣的。
同樣的這種應用程序將會被其他技術所取代，例如Microsoft正在湧進Vista或者其他的基於XUL(也許只是Firefox的擴展)的技術。多考慮一下接下來的這12個月裡面將會發生什麼。
不管怎樣——那只是我的想法，正危險的登陸市場了，但是卻是為了試圖明確AJAX中肯指出。