Odpowiedź małej instytucji

[Radoslaw Janeczko]

By the day 09/08/2003 11:46 AM, fellow named Marcin Chojnowski wrote:
> RJ> to możliwości będą ogromne. Dane przechowywane w bazie bądź w plikach
> RJ> płaskich, lokalnie, czy gdzieś po sieci - nie będzie miało to znaczenia 
> RJ> ani dla tworzącego GUI, ani dla pracującego nad głównym silnikiem 
> 
> Co do danych to myślę że SQLite byłby odekwatny, mały szybki i działa
> ładnie z pythonem.

Czy obsługuje transakcje? Zresztą sam system baz danych nie jest 
najistotniejszy.

Proponuję określić strukturę swego rodzaju metadanych, niezależnych od 
konkretnego systemu bazodanowego. Niech cały system wygląda np. tak:

+-------+       +----+  DB_API  +--------------+ GUI_API  +---------+
| MySQL | <---- | DB | <------- | Janosik CORE | -------> | GTK GUI |
+-------+     | +----+          +--------------+ |        +---------+
+----------+  |                                  |        +----------+
| XML file |<-+                                  +------> | text GUI |
+----------+  |                                  |        +----------+
+----------+  |                                  |        +----------+
| Firebird |<-+                                  +------> | HTML GUI |
+----------+                                              +----------+


Janosik_CORE mówi do modułu składującego dane: "Zapisz płatnika, 
Odczytaj płatnika". Moduł bazodanowy, robi np. "INSERT ...", czy 
"fwrite" - w zależności od zastosowanego rozwiązania. Po prostu 
udostępnia API do obsługi metadanych, niezależne od tego, czy zapisywane 
dane trafiają do pliku tekstowego, czy jakiejś tabeli w bazie danych. 
Podobnie Janosik_CORE udostępnia API do komunikacji z GUI.


> RJ> Najważniejsze, że będzie taka możliwość, że nie zamknie się drzwi przed
> RJ> nikim, kto będzie chętny zrobić inne GUI, dostosowane do jego własnych 
> RJ> wymagań.
> 
> Ja patrzę na to realnie, jeśli wiem że i tak na maku będę się motał z
> wx to wolę zainstalować linuxa. Poza tym wiele ludzi gada a mało robi.
> 
> Sam myślałem o WX ale po przejrzeniu list wx i problemów jakie się tam
> pojawiają to powiem że i tak trzeba kombinować często z tym samym
> kodem bo akurat Win32 się zachowa inaczej niż linux, nie mówię o maku.

Rzecz w tym, by architektura Janosika była otwarta. Dzięki temu w 
przyszłości, gdy zaistnieje potrzeba dopisania nowego interfejsu, nie 
było potrzeby przepisywać czegokolwiek od nowa.


greetz

-- 
Radoslaw Janeczko
Software Developer, GTS Polska
e-mail: radoslaw.janeczko at gts.pl