Iwa lepsza od Ajax-u, Ajax skomplikowany w uytkowaniu .. Opcje

[060156]

Kilka lat temu (przed Ajax-em) opracowalem Iwa
(Interactive Web Architecture)
Oparta jest on na wymianie Content Objects (javascript,php,python objekty) uzywajac Iwa servisow zamimplementowanych w POST and GET ktore
korzystajac z frame lub iframe.
Content jest zapisywany podobnie jak w JSON i dopowiednio konwertowny
na javascript, php lub python objekty bez koniecznosci parsowania.

Obecne sa trzy implementacje Iwa
Ligt - do pisania statycznych portali (multi browsers)
Mix - do pisania interatywnych portali (multi browsers)
Heavy - to pisania interatywnych aplikacji z skomplikowanym GUI ( tylko IE)

Polsugiwanie sie Ajax-em to jak poslugiwanie sie telefonem z koniecznosci
znajomosci jak on dziala technicznie.

W Iwa jest to banalnie proste np:

wywolanie service z browsera:

MyIwa.service("ServicePage.php","nazwa_servisu", [
["sa","nazwa_parametru",java script object lub wartosc)],
["sa",".........................",......................................],
["sb",java script object]
["sr",responseFunction]]);

function responseFunction(body, args, error) { // odpowiedz na wywolanie
if(error) return ; // if error
var value=args.get("nazwa_parametru"); // wartosci lub javascript object
}

po stronie php implementacja service w ServicePage.php:

$_iwa = new MyIwa();

if(!$_iwa->is_forward()) // forward service do innego web servera

switch($_iwa->service()) { // jaki servis zostal wywolany z browsera

case "nazwa_servisu":

$nazwa_paramatru = $_iwa->arg("nazwa_parametru"); // pobranie pramateru
z request service

$_iwa->arg("nazwa_parametru",php_object lub wartosc); // odwiedz na service


$_iwa>errror("Ustawienie bledu aplikacji"); // ustawienie bledu jesli jest

$_iwa->response(); // wyslanie odpowiedzi do browera na wywolanie
servisu
break;

}

Iwa service mozna uzywac w dwoch opcjach push and pull.

Iwa umozliwia wywolywanie servisow z browsera umiejscowionych
na roznych web serwerach.Wtedy web server z ktorego zaladowano
strone forwarding ten servis to innych web serwera.
Czyli mozliwe jest tworzenie eco-systemu servisow zaimplementowanych
na roznych web serwerach. (Ajax nie implementuje tej opcji).

Rozmiar podstawowych bibliotek do implemntacj Iwy jest minimalny:

javascript - 500 lini kodu
php - 600 lini kodu
python - 200 lini kodu

Sporo aplikacji zostalo juz napisanych w Iwa i obserwacja moja jest
taka, ze czas ich pisana aplikacja skraca sie okolo 10 razy i
ich jakosc jest zdecydowanie wysoka..

Jesli ktos ma jakies zapytania o IWA prosze o kontakt ..

060157@gmail.com

[mariuszn3]

Obsługa obiektu xmlHttp jest banalnie prosta, to tak naprawdę wszystkie biblioteki, które powstają do tzw. ajaxa tylko go moim zdaniem zaciemniają i tym samym komplikują korzystanie z niego.

niezgadzam się z tobą. takie biblioteki jak AdvancedAJAX tylko przyspierzają pracę. zamiast pisać kilkanaście lini kodu wystarczy napisać prostą funkcję JS z użyciem biblioteki ajaxu.

Nie do końca jasno się wyraziłem. Chodziło mi o to, że ów biblioteki często wykraczają, daleko poza podstawową funkcjonalność obiektu xmlHttp, przez to ajax często kojarzy się z jakimś ciężkim do ogarnięcia molochem, albo w ogóle jest odbierany jako nowy język programowania. Na takich bibliotekach mam wrażenie użytkownicy szybko się potykają nie wiedząc jak mają osiągnąć to co zaplanowali.. (już trochę postów widziałem na tym forum typu: a te dwa inputy mi nie przechodzą a coś tam. itd.) ..też nie wiedzą gdzie ów problem ugryźć, bo bazują tylko na funkcjach biblioteki, bez znajomości tego co jest w środku.. gdyby poświęcili naprawdę chwilę czasu na zgłębienie obiektu xmlHttp i sami sobie napisali kilka prostych funkcji przyspieszających korzystanie z xmlHttp dużo lepiej by się orientowali co jest nie tak i wcale by nie kosztowało więcej czasu. Takie jest przynajmniej moje zdanie.