ideid

1. Infot peaks hoidma SQL baasis (terminal kirjutab uued andmed sinna), veebiteenus tee päringu SQL baasis ja annab tulemuse XML baasil
2. Wiki'sse peaks ka progressi kohta sissekandeid tegema :)
3. Selline on XMLi näitlik stiilifail: https://docs.google.com/leaf?id=0B-poBpiKsIskNzZjZDI2MWYtMDA5OS00MjkwLWFiYTItM2UxNzhhN2QzYmRk&hl=en_GB&authkey=CPbj3YsP

Re:Re: XML, ehk nii

See "kehtib kuni" on selle konkreetse kirje kehtivus. Arvan, et kui andmed võivad ajas kaotada oma kehtivuse, siis peaks neil alati selline ajatempel küljes olema. Vaikimisi võib see olla konkreetse päev lõpp 0.00. On ka piisavalt näiteid kus teatud osa menüüst on pidevalt kindlalt garanteeritud, siis võib olla ka pikem kehtivus!?

Ma endiselt pooldan universaalset versiooni, kuniks üldsus pole mind argumenteeritult nurka surunud.

Need <eelroad>,<p6iroad> ja <magustoidud>? Oleksid <tyyp> väärtused.

„Kas peaks äkki eraldi (reaalaja jaoks) ära märkima kas antud kaubamärki hetkel on (staatus) või see võetakse lihtsalt maha?“ - kui teha nii, et XSL ei lase läbi midagi mille kehtivus on möödas, siis ei ole staatust eraldi vaja.

Jah, soodustus võiks olla, kuigi alguses arvasin, et see oleks teise süsteemi teema.

Re: XML, ehk nii

See viimane versioon on vist juba liiga universaalne, st nimetus ja tüüp ei ütle veel ära mis on selle asja sisu, samas tõsi, ühepajatoidud grammide kaupa jaotust (kalorid, energia?) sisestamist oleks ühelt müüjalt/kokalt ka palju tahta. Kehtib kuni on ka suhteliselt ebaoluline faktor, st kui praad on täna tehtud siis seda müüaksegi ainult täna, ei ole praadi mis kehtib 7 päeva :)

XML, ehk nii?

Nii on parem(universaalsem, paremini normaliseeritud)

 ...

<toidud>
          <toit>              
                <nimetus></nimetus>
                <hind></hind>
                <kehtibKuni></kehtibKuni>
                <tyyp></tyyp><!--praad, supp, täited. lisad jne-->
          </toit> 
</toidud>

XML hetkel selline

Peamiselt ikka ainult üks XML formaat. Kliendi poolt tulevate päringute puhul ehk on vaja mingeid täiendusi (näit. otsingu raadius) aga ka see võib olla ühes skeemis, lihtsalt ei ole kohustuslik!

Panen selle välja, mis hetkel mõttes, ootan ettepanekuid.

( Minu ajalisi lubadusi ei tasu uskuda :( )

See ei ole täiuslik(mõned osad peaks minema atribuutidesse) aga muidu peaks selline mudel olema universaalne.

Mulle jäi natuke lahtiseks, kas see C# on rangelt nõutav või „rangelt“ nõutav?

XML'id

Mitut XMLi meil siis vaja on? Kas üks sama XMLi mille andmeid miski kirjutab (teenindaja-terminal) ja miski loeb (veeb)?

Arhitektuur

Visualiseerisin oma idee sellest kesksest menüü teenusest.

Sellest minigi osa võiks valmis teha (eeldasin oraži osa). Ettepanekud oodatud

Joonistasin/kirjutasin mingi XML valmis, kohendan veidi ja panen selle 20.okt õhtul välja, misked selgitused ka juurde. Ehk siis konsolideerime oma nägemused.