taki dziki pomysl...

[Paweł Sikora]

On Thursday 21 of August 2003 16:58, Robert Grabowski wrote:

> Paweł Sikora wrote:
> > On Thursday 21 of August 2003 16:17, Robert Grabowski wrote:
> >>    Tylko, że w takim wypadku trzeba wyraźnie rozgraniczyć interfejs od
> >>danych i logiki. A to wymaga porządnego zaprojektowania hierarchi klas,
> >>czego teraz brakuje ...
> >
> > w miare optymalnie byloby chyba tak:
> >
> > [ ograniczenia weryfikacji (xml) ]<----------------\
> >                                                     -->[ OOP: janosik ]
> > [ hdd: zweryfikowane dane platnika (xml) ]<--------/           |
> >
> >    |                                                          /
> >    |   /---------------- dane platnika (xml) -----------------
> >    |
> >    |
> >    |
> >    |   \-----[ gui: qt, gtk, www, a dla masohistow kxmleditor ;) ]
> >
> >    \
> >     -------->[ xslt: dane platnika -> kedu ]--->[ wysylka do zus ]
>

>     Fajnie, tylko, co rozumiesz przez ograniczenia weryfikacji?

ograniecznia = zbior dopuszczalnych wartosci pol formularza,
zbior dopuszczalnych rozmiarow pol tekstowych, przedzialow liczbowych, itd.
dane pobrane od uzytkownika musza sie miescic w tych wytyczonych granicach.

> GUI też nie powinno zajmować się poczęści weryfikacją?

ja naszkicowalem wersje janosika niezalezna od gui, w ktorej engine wlasnie
weryfikuje dane (pozyskane w dowolny sposob) i konwertuje je do formatu kedu.
wszystkie operacje wykonywane sa TYLKO na danych xml.

> Nie wiem, jak widzisz  możliwość autouzupełniania pól formularza,
> skoro nie są one na bieżąco weryfikowane?

i tu jest problem:

1). autouzupelnianie i weryfikacja w locie wiaze konkretne gui z xmlem
    ograniczen (czego nie ma na szkicu) i tym samym dublujemy wtedy
    algorytmy engineu janosika wprowadzajac tym samym zbedna nadmiarowosc.

2). brak autouzupelniania i weryfikacji w locie (zgodnie z rysnukiem) narzuca
    zas "odbijanie" danych miedzy enginem (ktory je weryfikuje), a gui,
    az do momentu, gdy beda one poprawne.

oba rozwiazania sa niezadowalajace i ja najchetniej widzialbym
w ich miejscu hybryde: engine spleciony z konkretnym gui.
najlepiej z qt ze wzgledu na swietny mechanizm sygnalow i slotow.
w takim przypadku robimy weryfikacje i autouzupelanie w locie
bez dublowania z pkt 1) i ping-ponga z pkt 2).

i jak?

-- 
Alkohol pity z umiarem może być spożywany w dużych ilosciach.