🚀 go-pugleaf

W dniu piątek, 29 września 2017 10:26:49 UTC+2 użytkownik wloochacz napisał:

> Innymi słowy - czy mamy tu wywołania (np. zmiana jeden wartości na 
> widoku po zmianie jednej wartości w modelu) w stylu asynchronicznego 
> AJAXa, czy standardowo (serwer odsyła mi wszystko)?

I tak i tak. Jak chcesz. Standardowo jest AJAX wiec zmienia się to co się zmieniło. Nie przeładowuje tego jako całości.

> Czy jest komunikacja dwukierunkowa (jak powiadomić klienta o zmianach, 
> może jest np. zaimplementowany WebSocket?)

Ale w sensie że jak?
Nie wiem czy dobrze rozumiem, ale tam całość logiki jest po stronie serwera, po stronie klienta jest to co jest potrzebne co hmm... użycia aplikacji. Czyli jeśli następują zmiany na serwerze, to po prostu wymuszam ich odświeżenie na kliencie. Bez pytania i powiadamiania.

> Czy się da tam zrobić cokolwiek niestandardowego po stronie klienta, np. 
> kodując coś w JS. Albo dodać jakąś bibliotekę JS, realizująca pewne 
> funkcje których w UniGUI po prostu nie ma?

I tak i nie. Ogólnie można do wszystkich komponentów, zdarzeń itp dopisywać kod JS, HTML czy cokolwiek innego co będzie zinterpretowane przez przeglądarkę. Z tego tytułu można dodać nawet to czego nie ma w standardzie.
Ale jak na mój gust działa to trochę koślawo. Tzn nie do końca tak jakbym sobie to wyobrażał. 

> > Czyli de facto - zabiją produkt dla większości.
> Taka polityka...
Tylko że ta polityka zmieniła się o 180 stopni :) Pamiętam jeszcze wypowiedzi że producent Delphi daje tylko narzędzie a komponenty ma dostarczać ktoś inny :P

> Ja też wolę, aby klient aktualizował moje rozwiązania a nie używał 
> czegoś co kupił 10 lat temu...
> Tylko te ceny Emba w porównaniu do wszystkiego innego ma bandyckie :/

No właśnie te ceny są kosmiczne. Ostatnio potrzebowałem nową osobę i tak sobie policzyłem Delphi Ent 4K€, devEx 1.5K€, uniGUI - 1K€, FastReport+cała reszta jeszcze kilka K€. Czyli na programistę na dzień dobry muszę wydać około 30tys netto :P

pozdrawiam,
Przemek O.