🚀 go-pugleaf

W dniu środa, 22 marca 2017 17:22:04 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-22, zpksoft <zpksoft@op.pl> wrote:
> 
> [...]
> 
> >> Też mam. Problem z podwójnym księgowaniem kwot z kart (bo chyba o tym mówisz, taki
> >> był ostatnio u nich problem) nie jest problemem interfejsu użytkownika systemu 
> >> transakcyjnego.
> > Nie rozdzielał bym tego.
> 
> Ale związku przyczynowo-skutkowego nie umiesz wskazać.
> 

Bez przesady. Szkoda na to czasu. Niemnie fakt, masz rację.

> >> Ja jeszcze mam konto w Raiffeisen-Polbank, mBanku, BZWBK, PKO BP, PeKaO S.A. i Aliorze.
> > Po co Ci tyle kont?
> 
> A czemu nie? Wolny kraj.
> 

Tak tylko spytałem :P

> >> Wszędzie używają min. jQuery. Zgodnie z Twoją wcześniejszą argumentacją to się zdarzyć
> >> nie powinno, bo to instytucje finansowe.
> > Nie powinno. Nie zmienię zdania w tym temacie.
> 
> Ale masz jakieś wsparcie, czy to tylko Twoje Głębokie Przeświadczenie? :)

Wsparcie? Co masz konkretnie na myśli?


> 
> >> Ile wysiłku trzeba włożyć wg Ciebie żeby zbudować narzędzie takie jak 
> >> Angular, czy React? Czy może uważasz że to zbędne narzędzia?
> >
> > Te biblioteki powstały ponieważ istnieje problem w zapanowaniu nad aplikacją bezstanową klient-serwer jaką jest aplikacja www.
> > Dla mnie to zbędne narzędzia bo dopracowałem się własnego, lepszego. Oczywiście to moje zdanie. 
> 
> Aha. :D :D :D Własne i lepsze (TM).
> Witamy w latach 90-tych.
> 
> > Gdybym miał inne zdanie to stosował bym te (np) biblioteki.
> 
> Po prostu i brutalnie: brak Ci umiejętności, nie znasz tych narzędzi
> więc z gruntu je krytykujesz.

Nie krytykuję tych narzędzi. Źle to odebrałeś. 
A co do umiejętności to stwierdzę tyko tyle, że gdybym ich nie miał to właśnie wtedy sięgnął bym pewnie do wspomnianych narzędzi zamiast targnąć się na utworzenie własnego rozwiązania.

Dam tylko ogólny przykład z mojej logiki, choć już dawno jesteśmy OT w tym wątku.

Komunikacja z serwerem wygląda z poziomu aplikacji tak:

wywołuję funkcję:

fillBuf(sender, [tablica_parametrow], 'id_elementu_docelowego', function(buf){
  //czynności "pozaautomatycne"
})


Działa to mniej więcej tak:

sender- to id kontrolki generującej interakcję z serwerem (ale niekoniecznie)
[tablica_parametrow] - ogólnie to określiłem, są tu dwie tablice: tablica id elementów z których silnik (czyli moja biblioteka) wyciąga wartości parametrów, to co jest akurat charakterystyczne z danej kontrolki (text, innerHTML, checked itp)- czyli wystarczy, że podam samą listę id a dane z kontrolek zostaną wyciągnięte i przesłane na serwer; oraz tablica parametrów "z palca"

 'id_elementu_docelowego' - jeżeli zostanie podany to jego innerHTML zostanie wypełniony danym zwróconymi przez serwer.

function(buf) - funkcja startuje po otrzymaniu zwrotki z serwera w postaci stringu tu nazwanego "buf". Może to być zawartość jakiegoś diva, lub dowolne dane. Funkcji może oczywiście w tym wywołaniu fillBuf() nie być wcale. Zależy od logiki aplikacji.

Podstawowa obsługa błędów, również tych z serwera,  leży po stronie silnika.

Mam nadzieję, że napisałem czytelnie. Ten kod w połączeniu z cytowanym przezemnie wcześniej (if() elseif() ...) daje schemat aplikacji.
Prosty i naprawdę szybki do implementacji.

> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Paweł