taki dziki pomysl...

[Paweł Sikora]

On Thursday 21 of August 2003 17:45, Robert Grabowski wrote:

> >>>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 ]
> >>

> > 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.

>     Ja widziałbym to tak, że każdy dokument to osobna klasa, która wie,
> jakie ma dane i w jaki sposob je weryfikować ... GUI dla takiego
> dokumentu albo by zawierało obiekt tej klasy, albo był by nadklasą ...
> weryfikacją poszczegolnych pól zajmowalaby się klasa bazowa, na żądanie
> klasy GUI ... Kod weryfkacji mamy w jednym miejscu i nie jest
> uzależniony od GUI ...

toz to, co napisales jest praktycznie tozsame z pkt 2).
jedynie odbijanie danych nastepuje w obrebie jednej klasy.
roznica prawie zadna, a pozadanej interakcji kontrolek z danymi
dajacej np. autouzupelanie IMOH nadal brak.

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