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

[GrayHat]

imho autor popadl w samozadowolenie... nie przyjmuje do swojej wiadomosci argumentow innych...

Rowniez waznym celem Iwa to oparcie jej na zasadach
profesjonalnego (projektowanie, kodowanie, testowanie)
podejscia do tworzenia systemow a nie tylko kodowanie.

ramki, ktore nie validuja sie z xhtml 1.1 to profesjonalne podejscie do kodowania??

Iwa to zbior bibliotek a AJAX to XmlHttpRequest, wiec nie ma tu czego porownywac... do ajaxa tez napisano kilka wiekszych bibliotek (advAjax, mooAJAX).

AJAX ma ta przewage ze jest pisany zgodnie ze standartami, przez co kozystanie z SOAP sprowadza sie do kilku linijek kodu. W Iwa zas trzeba zmieniac architekture obecnej komunikacji itd....

Kolejny problem to licencja... Piszesz ze z kazdym zainteresowanym sie dogadasz... IMHO jak napisales skrypt to kazda jego kopia (danej wersji) powinna byc na tej samej licencji. To tak jak idziesz do sklepu po chleb. Twoj sasiad kupi go za 1.50zl a ty bedziesz musial zaplacic 2zl za ten sam towar. dlaczego? bo sprzedawca z kazdym dogadal sie inaczej...

ehh