[openeda:2004] - Re: XML, GRAFIKA, Memorijska reprezentacija elemenata... by Ivankovic Ivanko <ivankoi@tesla.rcub.bg.ac.yu>

On Tuesday 23 March 2004 18:12, Toplica Tanaskovic wrote:

> :) Tim 3 ima da da gotov element u normalnoj reprezentaciji. Prosto rečeno:
>
> 	1. Tim 2 definiše klasu recimo QElement.
> 	2. Tim 3 mora da da api recimo:
> 		int getElement(const QString & id, QElement * e);
> 	3. Tim 2 u kodu recimo kaže:
>
> QElement *elem;
> int result = 0;
> result = getElement("74LS32", elem);
> if(result)
> {
> 	switch(result)
> 	... Da vidimo sta se desilo pa nismo dobili element
> }
> else
> {
> 	koristimo elem
> 	delete elem
> }
>


Ok, moze. Na taj nacin se definitivno bolje deli posao izmedju grupa, i posle 
price o KDE-u i GNOME-u mislim da si u pravu. Moja ideja je bila da ne 
postoji nikakva medjuforma vec prosto: 
(I tim) Graficka reprezentacija elementa.
(II tim) DOM stablo.
(III tim) Zapis na disku i pristup opisu trazenog elementa.

Na ovaj nacin bismo koristili XML i gotove klase za parsiranje i upravljanje 
DOM stablom do krajnjih granica, ali posle tvoje price uvidjam da bi tesko 
delili posao izmedju grupa, a i lakoca kasnije nadgradnje bi bila otezana. 
U svakom slucaju pristup koji si izneo je vise u duhu programiranja koje smo 
do sada imali prilike da radimo na faksu pa ce i ljudi lakse i brze raditi.

Sto se MENE tice mozete komotno da ZABORAVITE moju pricu o DOM-u, i narucite 
API kakav zelite. Posle ove price mi je mnogo jasnije ko i sta treba da radi 
sto je opet neki plus. 

Videcemo i sta ce Tihomir da kaze...

Pozdrav!

Ivan Ivankovic