ICO wiki - User contributions [en]

Meeskond "FoodWars"

2011-04-11T06:12:32Z

Kstolin:

== Idee ==
Meie tiimil on plaanis teha internetipõhine söökla menüü süsteem (aluseks IT Kolledži kohvik, aga suunitlus selline, et kõik kohvikud/sööklad saaksid teha endale kasutajakonto ja hakata rakendust kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel on ka võimalus sööke hinnata (stiilis "meeldib", "ei meeldi" nagu Facebook-is).

Kohvikupidaja Teele soovid uue elektroonse süsteemi kohta:

* elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult on asi otsas.
* elektrikatkestuse korral jääb menüü püsima. Ta peab teadma hindu mistahes olukorras.
* menüül näidatakse automaatselt ka ISIC kaardi omanike soodushinnad
* süsteem toetab ka poole portsjoni müümist.

Linnar Viigi soovid/visioonid uue elektroonse süsteemi kohta:

* kõik oleks ka internetist kättesaadav, peale LCD ekraani, mis kajastab menüüd sööklas.
* aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.
* saab sööke hinnata, kommenteerida (täna oli väga maitsev praad).
* kasutajad saaks vaadata, mis menüüs on (ka järgmisel nädalal) ja mitu portsu veel alles on.
* kasutajad saaksid välja pakkuda menüüsid.
* erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.
* kuu aja aktiivsemad saavad prii lõuna.
* mingil ajal võib olla "happy hour" (enne sulgemist saab odavamalt).
* piiranguks on see, et toitu broneerida ei saa

'''Vaba tarkvara kasutamise võimalus'''

Antud projekti puhul oleks võimalik kasutada [http://www.postgresql.org/ PostgreSQL] andmebaasi (vt. lisaks http://en.wikipedia.org/wiki/PostgreSQL ) Microsoft SQL Server'i asemel. See võiks anda kasutajale võimaluse valida .NET ning [http://www.mono-project.com/ Mono] (vt. lisaks http://en.wikipedia.org/wiki/Mono_(software) ) platvormide vahel. Sel viisil oleks kliendil võimalik Microsoft'i platvormi kõrval valida tõenäoliselt soodsam vaba tarkvara platvorm. Andmebaasi lõplik valik pole hetkel veel otsustatud.

== Meeskond ja tööjaotus==
* Kristjan Stolin - projektijuht, suhtlus kliendiga, XML, wiki, teenuskihtide progemine, rollide halduse lehe progemine
* Ilmar Telga - XML, kliendiga suhtlus, wiki, teenuskihtide progemine, lõpprakenduste menüüd, login
* Rauno Rüga - XML, XSLT, andmebaasi loomine, wiki, mobiilirakendus, statistika
* Lauri Kermas - teenuskihtide ehitamine, wiki, login, kommenteerimise võimaluste progemine

== XML Fail ==
=== XML ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Toidud>
<Toit>
<ToiduNimetus>Viineri kaste</ToiduNimetus>
<ToiduLiik>Praad</ToiduLiik>
<OlemasolevatYhikut>5</OlemasolevatYhikut>
<ToiduKogus>
<Portsjon>
<PortsjoniLiik>Poolportsjon</PortsjoniLiik>
<Myygiaeg>
<Aasta>2011</Aasta>
<Kuu>1</Kuu>
<Paev>9</Paev>
<Tund>15</Tund>
<Minut>07</Minut>
<Sekund>23</Sekund>
</Myygiaeg>
<ToiduHind>
<Eurohind>2.15</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
<Portsjon>
<Myygiaeg>
<Aasta>0</Aasta>
<Kuu>0</Kuu>
<Paev>0</Paev>
<Tund>00</Tund>
<Minut>00</Minut>
<Sekund>00</Sekund>
</Myygiaeg>
<PortsjoniLiik>Täisportsjon</PortsjoniLiik>
<ToiduHind>
<Eurohind>2.80</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
</ToiduKogus>
<Kommentaarid>
<Kommentaar>
<Saatja>
<SaatjaNimi>Kristjan</SaatjaNimi>
<SaatjaRoll>Tudeng</SaatjaRoll>
</Saatja>
<Sisu>Minu lemmik toit ! Kui algebra tund ei hakkaks, sööks veel 5 portsjonit.</Sisu>
</Kommentaar>
</Kommentaarid>
</Toit>
</Toidud>
</source>

Kommentaariks siis niipalju, et meie näide on ilma kohviku osata, selleks et näidet mitte liiga suureks ajada.

Ka on meil moment puudu ID väljad, mis on igasugu andmebaasiga suhtlemiseks hädavajalikud, samas siin näidises palju juurde ei anna.

Asja tegemisel avastasime, et põhiliseks arusaamatuse kohaks on toitude erinevad kogused (ehk siis pool portsjonit, suur / väike ja muud võrdlevad ühikud). Esimese võimalusena kaalusime teha lihtsalt täiesti eraldi toidud kõige kohta, stiilis "väike viineripraad" ja "suur viineripraad". Kahjuks see variant ei kõlbaks eriti hästi, kuna need erinevad portsjonid kasutavad ikkagi samu materjale ja kui me peaks mingi süsteemiga näitama kui palju portsjoneid alles on. Sööklast näiteks pakuti et väike portsjon kasutab materjale kuskil 0.8 suure portsjoni ulatuses, ehk see suhtarv peaks olema kasutaja poolt (kohvikupidaja, restoraniomanik) ise sätitav.

Tänu sellele sai meie süsteemi alustalaks siiski Toit, millel on oma Portsjonid siis erinevate hindade ja soodustustega. Moment pole meil ka Portsjoni XML osas toodud ära seost kogusega. (Kui palju ühe portsjoni lisamine/müümine peaks toidu üldkogust muutma).

Kommenteerida saab meil moment toitu ennast, mitte eraldi portsjonit. Isegi kui kasutajad tahavad lisada kommentaare stiilis "See väike supp oli tõesti väga väike", ei soovi nad seda ilmselt eraldi portsjoni alla panna. Tulevikus peaks kindlasti olema ka võimalus pigem kommenteerida üldisemalt (Kohvikut ennast, söögipaiku üldse), kui spetsiifilisemalt (Väikse prae kaste lisandi kohta).

=== XML Schema ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="Toidud">
<xs:complexType>
<xs:sequence>
<xs:element name="Toit">
<xs:complexType>
<xs:sequence>
<xs:element name="ToiduNimetus" type="xs:string" />
<xs:element name="ToiduLiik" type="xs:string" />
<xs:element name="OlemasolevatYhikut" type="xs:unsignedByte" />
<xs:element name="ToiduKogus">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Portsjon">
<xs:complexType>
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="PortsjoniLiik" type="xs:string" />
<xs:element name="Myygiaeg">
<xs:complexType>
<xs:sequence>
<xs:element name="Aasta" type="xs:unsignedShort" />
<xs:element name="Kuu" type="xs:unsignedByte" />
<xs:element name="Paev" type="xs:unsignedByte" />
<xs:element name="Tund" type="xs:unsignedByte" />
<xs:element name="Minut" type="xs:unsignedByte" />
<xs:element name="Sekund" type="xs:unsignedByte" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ToiduHind">
<xs:complexType>
<xs:sequence>
<xs:element name="Eurohind" type="xs:decimal" />
<xs:element name="Soodustus">
<xs:complexType>
<xs:sequence>
<xs:element name="SoodustuseProtsent" type="xs:string" />
<xs:element name="SoodustuseLiik" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:choice>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Kommentaarid">
<xs:complexType>
<xs:sequence>
<xs:element name="Kommentaar">
<xs:complexType>
<xs:sequence>
<xs:element name="Saatja">
<xs:complexType>
<xs:sequence>
<xs:element name="SaatjaNimi" type="xs:string" />
<xs:element name="SaatjaRoll" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Sisu" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=== XSLT ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
<body>
<h2>Kohvikus müüdavad toidud</h2>
<table border="1">
<tr bgcolor="#9acd32">
<th>Toidu Nimetus</th>
<th>Toidu liik</th>
<th>Veel alles</th>
<th>Portsjon</th>
<th>Müügiaeg</th>
<th>Hind</th>
<th>Soodustus</th>
<th>Soodustuse liik</th>
<th>Kommentaar(id)</th>
</tr>
<xsl:for-each select="Toidud/Toit">
<tr>
<td><xsl:value-of select="ToiduNimetus"/></td>
<td><xsl:value-of select="ToiduLiik"/></td>
<td><xsl:value-of select="OlemasolevatYhikut"/></td>
<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="PortsjoniLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="Myygiaeg/Paev" />/<xsl:value-of select="Myygiaeg/Kuu" />/<xsl:value-of select="Myygiaeg/Aasta" />  
<xsl:value-of select="Myygiaeg/Tund" />:<xsl:value-of select="Myygiaeg/Minut" />:<xsl:value-of select="Myygiaeg/Sekund" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Eurohind" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseProtsent" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="Kommentaarid/Kommentaar">
<table>
<tr>
<td>
<xsl:value-of select="Sisu" /> (<xsl:value-of select="Saatja/SaatjaRoll" /> <xsl:value-of select="Saatja/SaatjaNimi" />)
</td>
</tr>
</table>
</xsl:for-each>
</td>

</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

XSLT poolt loodud tulemus on järgnev (lisasin veel kaks toitu XML faili, siin wiki lehel on ruumi kokkuhoiuks vaid 1 toit toitude listis):
[[File:Xslt.jpg|1200px]]

== Arhitektuur ==

Süsteem on plaanis ehitada kolmekihilise arhitektuuriga ([http://en.wikipedia.org/wiki/Multitier_architecture#Three-tier_architecture Three-tier architecture]). See peaks lihtsustama süsteemi haldamist ja laiendamist tulevikus.

[[Image:three-tier.png|thumb|center|alt=Arhitektuuri skeem.|Arhitektuuri skeem.]]

== Veebiteenus ==

== Klientrakendus I : CMS ==

== Klientrakendus I : Veebirakendus ==

== Meeskonna kokkuvõttev aruanne ==

== Logi ==
=== 9. aprill ===
Tegime rollide halduse, münüüde muutmise vormi. Meili saatmine registreerimisel. Toimus andmebaasi andmemudeli väike muutus.

=== 30. märts ===
Tehtud on kohviku menüü ja kohviku kommenteerimise leht.

=== 26. märts ===
Tehtud on esimesed veebiteenuse meetodid ja veebirakendusele kasutajate registreerimine.

=== 10. märts ===
Väikese häki abil õnnestus kohviku kassa arvutis saada tööle üks Forms-i proovirakendus.

=== 8. märts ===
Kuna kassa-aparaadis on operatsioonisüsteemiks Windows XP ja raud on 1.99 GHz, 256 RAM siis peaks saama
prototüübiks teha sinna peale rakenduse, mille ülesandeks menüüga tegelemine.

=== 7. märts ===
Linnar Viik andis meile järgmist nõu: tuleb eristada kahte asja - see, mis peab valmis saama (''must'') ja see, mis oleks tore (''nice to have''). Valmis peab saama menüüga ekraan seinal (esialgu kasutajale prototüübi näitamiseks kasvõi näiteks PowerPoint-i abil tehtud). Alles siis kui on kasutajalt positiivne tagasiside saadud, võib edasi minna reaalse tarkvaralahenduse loomisega. Kui ka see on valmis ja kasutaja sellega rahul võib juurde mõelda ''nice to have'' asju (näiteks eelinfo järgmise päeva menüü kohta, üliõpilasesinduse sõnumite riba ja muid asju).

Saime teada, et kui tahame, et meie loodav süsteem suhtleks IT Kohviku kassasüsteemiga, siis tuleb selle süsteemi tootjatega ühendust võtta ja nendega konsulteerida.

=== 19.Veebruar ===
*Valmis XSLT fail.

=== 9.Veebruar ===
* Esmane versioon XML ja XML Schemast olemas
* Tekkis küsimus kas XSLT faili tuleb käsitsi tekitada või automaatselt.
* Küsimus oli ka kas lahendasime portsjoni asja mõistlikult või oleks mõni teine lähenemine parem olnud.
* Küsimus, kas XML fail on liiga üle pingutatud või sobiva keerukusega

=== 7. Veebruar ===
* Võtsime õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja, mida saab kasutada ja mille kasutamist saame ka iga päev jälgida.
* Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad. (Soovid idee punkti all)
* Valminud on lihtne teenusest ja klientidest koosnev süsteemi testmudel.

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
[[Category: Veebirakenduste loomine ASP.NET abil]]

Meeskond "FoodWars"

2011-04-11T06:10:36Z

Kstolin:

== Idee ==
Meie tiimil on plaanis teha internetipõhine söökla menüü süsteem (aluseks IT Kolledži kohvik, aga suunitlus selline, et kõik kohvikud/sööklad saaksid teha endale kasutajakonto ja hakata rakendust kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel on ka võimalus sööke hinnata (stiilis "meeldib", "ei meeldi" nagu Facebook-is).

Kohvikupidaja Teele soovid uue elektroonse süsteemi kohta:

* elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult on asi otsas.
* elektrikatkestuse korral jääb menüü püsima. Ta peab teadma hindu mistahes olukorras.
* menüül näidatakse automaatselt ka ISIC kaardi omanike soodushinnad
* süsteem toetab ka poole portsjoni müümist.

Linnar Viigi soovid/visioonid uue elektroonse süsteemi kohta:

* kõik oleks ka internetist kättesaadav, peale LCD ekraani, mis kajastab menüüd sööklas.
* aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.
* saab sööke hinnata, kommenteerida (täna oli väga maitsev praad).
* kasutajad saaks vaadata, mis menüüs on (ka järgmisel nädalal) ja mitu portsu veel alles on.
* kasutajad saaksid välja pakkuda menüüsid.
* erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.
* kuu aja aktiivsemad saavad prii lõuna.
* mingil ajal võib olla "happy hour" (enne sulgemist saab odavamalt).
* piiranguks on see, et toitu broneerida ei saa

'''Vaba tarkvara kasutamise võimalus'''

Antud projekti puhul oleks võimalik kasutada [http://www.postgresql.org/ PostgreSQL] andmebaasi (vt. lisaks http://en.wikipedia.org/wiki/PostgreSQL ) Microsoft SQL Server'i asemel. See võiks anda kasutajale võimaluse valida .NET ning [http://www.mono-project.com/ Mono] (vt. lisaks http://en.wikipedia.org/wiki/Mono_(software) ) platvormide vahel. Sel viisil oleks kliendil võimalik Microsoft'i platvormi kõrval valida tõenäoliselt soodsam vaba tarkvara platvorm. Andmebaasi lõplik valik pole hetkel veel otsustatud.

== Meeskond ja tööjaotus==
* Kristjan Stolin - projektijuht, suhtlus kliendiga, XML, wiki, teenuskihtide progemine, rollide halduse lehe progemine
* Ilmar Telga - XML, kliendiga suhtlus, wiki, teenuskihtide progemine, lõpprakenduste menüüd, login
* Rauno Rüga - XML, XSLT, andmebaasi loomine, wiki, mobiilirakendus
* Lauri Kermas - teenuskihtide ehitamine, wiki, login, kommenteerimise võimaluste progemine

== XML Fail ==
=== XML ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Toidud>
<Toit>
<ToiduNimetus>Viineri kaste</ToiduNimetus>
<ToiduLiik>Praad</ToiduLiik>
<OlemasolevatYhikut>5</OlemasolevatYhikut>
<ToiduKogus>
<Portsjon>
<PortsjoniLiik>Poolportsjon</PortsjoniLiik>
<Myygiaeg>
<Aasta>2011</Aasta>
<Kuu>1</Kuu>
<Paev>9</Paev>
<Tund>15</Tund>
<Minut>07</Minut>
<Sekund>23</Sekund>
</Myygiaeg>
<ToiduHind>
<Eurohind>2.15</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
<Portsjon>
<Myygiaeg>
<Aasta>0</Aasta>
<Kuu>0</Kuu>
<Paev>0</Paev>
<Tund>00</Tund>
<Minut>00</Minut>
<Sekund>00</Sekund>
</Myygiaeg>
<PortsjoniLiik>Täisportsjon</PortsjoniLiik>
<ToiduHind>
<Eurohind>2.80</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
</ToiduKogus>
<Kommentaarid>
<Kommentaar>
<Saatja>
<SaatjaNimi>Kristjan</SaatjaNimi>
<SaatjaRoll>Tudeng</SaatjaRoll>
</Saatja>
<Sisu>Minu lemmik toit ! Kui algebra tund ei hakkaks, sööks veel 5 portsjonit.</Sisu>
</Kommentaar>
</Kommentaarid>
</Toit>
</Toidud>
</source>

Kommentaariks siis niipalju, et meie näide on ilma kohviku osata, selleks et näidet mitte liiga suureks ajada.

Ka on meil moment puudu ID väljad, mis on igasugu andmebaasiga suhtlemiseks hädavajalikud, samas siin näidises palju juurde ei anna.

Asja tegemisel avastasime, et põhiliseks arusaamatuse kohaks on toitude erinevad kogused (ehk siis pool portsjonit, suur / väike ja muud võrdlevad ühikud). Esimese võimalusena kaalusime teha lihtsalt täiesti eraldi toidud kõige kohta, stiilis "väike viineripraad" ja "suur viineripraad". Kahjuks see variant ei kõlbaks eriti hästi, kuna need erinevad portsjonid kasutavad ikkagi samu materjale ja kui me peaks mingi süsteemiga näitama kui palju portsjoneid alles on. Sööklast näiteks pakuti et väike portsjon kasutab materjale kuskil 0.8 suure portsjoni ulatuses, ehk see suhtarv peaks olema kasutaja poolt (kohvikupidaja, restoraniomanik) ise sätitav.

Tänu sellele sai meie süsteemi alustalaks siiski Toit, millel on oma Portsjonid siis erinevate hindade ja soodustustega. Moment pole meil ka Portsjoni XML osas toodud ära seost kogusega. (Kui palju ühe portsjoni lisamine/müümine peaks toidu üldkogust muutma).

Kommenteerida saab meil moment toitu ennast, mitte eraldi portsjonit. Isegi kui kasutajad tahavad lisada kommentaare stiilis "See väike supp oli tõesti väga väike", ei soovi nad seda ilmselt eraldi portsjoni alla panna. Tulevikus peaks kindlasti olema ka võimalus pigem kommenteerida üldisemalt (Kohvikut ennast, söögipaiku üldse), kui spetsiifilisemalt (Väikse prae kaste lisandi kohta).

=== XML Schema ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="Toidud">
<xs:complexType>
<xs:sequence>
<xs:element name="Toit">
<xs:complexType>
<xs:sequence>
<xs:element name="ToiduNimetus" type="xs:string" />
<xs:element name="ToiduLiik" type="xs:string" />
<xs:element name="OlemasolevatYhikut" type="xs:unsignedByte" />
<xs:element name="ToiduKogus">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Portsjon">
<xs:complexType>
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="PortsjoniLiik" type="xs:string" />
<xs:element name="Myygiaeg">
<xs:complexType>
<xs:sequence>
<xs:element name="Aasta" type="xs:unsignedShort" />
<xs:element name="Kuu" type="xs:unsignedByte" />
<xs:element name="Paev" type="xs:unsignedByte" />
<xs:element name="Tund" type="xs:unsignedByte" />
<xs:element name="Minut" type="xs:unsignedByte" />
<xs:element name="Sekund" type="xs:unsignedByte" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ToiduHind">
<xs:complexType>
<xs:sequence>
<xs:element name="Eurohind" type="xs:decimal" />
<xs:element name="Soodustus">
<xs:complexType>
<xs:sequence>
<xs:element name="SoodustuseProtsent" type="xs:string" />
<xs:element name="SoodustuseLiik" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:choice>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Kommentaarid">
<xs:complexType>
<xs:sequence>
<xs:element name="Kommentaar">
<xs:complexType>
<xs:sequence>
<xs:element name="Saatja">
<xs:complexType>
<xs:sequence>
<xs:element name="SaatjaNimi" type="xs:string" />
<xs:element name="SaatjaRoll" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Sisu" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=== XSLT ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
<body>
<h2>Kohvikus müüdavad toidud</h2>
<table border="1">
<tr bgcolor="#9acd32">
<th>Toidu Nimetus</th>
<th>Toidu liik</th>
<th>Veel alles</th>
<th>Portsjon</th>
<th>Müügiaeg</th>
<th>Hind</th>
<th>Soodustus</th>
<th>Soodustuse liik</th>
<th>Kommentaar(id)</th>
</tr>
<xsl:for-each select="Toidud/Toit">
<tr>
<td><xsl:value-of select="ToiduNimetus"/></td>
<td><xsl:value-of select="ToiduLiik"/></td>
<td><xsl:value-of select="OlemasolevatYhikut"/></td>
<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="PortsjoniLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="Myygiaeg/Paev" />/<xsl:value-of select="Myygiaeg/Kuu" />/<xsl:value-of select="Myygiaeg/Aasta" />  
<xsl:value-of select="Myygiaeg/Tund" />:<xsl:value-of select="Myygiaeg/Minut" />:<xsl:value-of select="Myygiaeg/Sekund" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Eurohind" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseProtsent" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="Kommentaarid/Kommentaar">
<table>
<tr>
<td>
<xsl:value-of select="Sisu" /> (<xsl:value-of select="Saatja/SaatjaRoll" /> <xsl:value-of select="Saatja/SaatjaNimi" />)
</td>
</tr>
</table>
</xsl:for-each>
</td>

</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

XSLT poolt loodud tulemus on järgnev (lisasin veel kaks toitu XML faili, siin wiki lehel on ruumi kokkuhoiuks vaid 1 toit toitude listis):
[[File:Xslt.jpg|1200px]]

== Arhitektuur ==

Süsteem on plaanis ehitada kolmekihilise arhitektuuriga ([http://en.wikipedia.org/wiki/Multitier_architecture#Three-tier_architecture Three-tier architecture]). See peaks lihtsustama süsteemi haldamist ja laiendamist tulevikus.

[[Image:three-tier.png|thumb|center|alt=Arhitektuuri skeem.|Arhitektuuri skeem.]]

== Veebiteenus ==

== Klientrakendus I : CMS ==

== Klientrakendus I : Veebirakendus ==

== Meeskonna kokkuvõttev aruanne ==

== Logi ==
=== 9. aprill ===
Tegime rollide halduse, münüüde muutmise vormi. Meili saatmine registreerimisel. Toimus andmebaasi andmemudeli väike muutus.

=== 30. märts ===
Tehtud on kohviku menüü ja kohviku kommenteerimise leht.

=== 26. märts ===
Tehtud on esimesed veebiteenuse meetodid ja veebirakendusele kasutajate registreerimine.

=== 10. märts ===
Väikese häki abil õnnestus kohviku kassa arvutis saada tööle üks Forms-i proovirakendus.

=== 8. märts ===
Kuna kassa-aparaadis on operatsioonisüsteemiks Windows XP ja raud on 1.99 GHz, 256 RAM siis peaks saama
prototüübiks teha sinna peale rakenduse, mille ülesandeks menüüga tegelemine.

=== 7. märts ===
Linnar Viik andis meile järgmist nõu: tuleb eristada kahte asja - see, mis peab valmis saama (''must'') ja see, mis oleks tore (''nice to have''). Valmis peab saama menüüga ekraan seinal (esialgu kasutajale prototüübi näitamiseks kasvõi näiteks PowerPoint-i abil tehtud). Alles siis kui on kasutajalt positiivne tagasiside saadud, võib edasi minna reaalse tarkvaralahenduse loomisega. Kui ka see on valmis ja kasutaja sellega rahul võib juurde mõelda ''nice to have'' asju (näiteks eelinfo järgmise päeva menüü kohta, üliõpilasesinduse sõnumite riba ja muid asju).

Saime teada, et kui tahame, et meie loodav süsteem suhtleks IT Kohviku kassasüsteemiga, siis tuleb selle süsteemi tootjatega ühendust võtta ja nendega konsulteerida.

=== 19.Veebruar ===
*Valmis XSLT fail.

=== 9.Veebruar ===
* Esmane versioon XML ja XML Schemast olemas
* Tekkis küsimus kas XSLT faili tuleb käsitsi tekitada või automaatselt.
* Küsimus oli ka kas lahendasime portsjoni asja mõistlikult või oleks mõni teine lähenemine parem olnud.
* Küsimus, kas XML fail on liiga üle pingutatud või sobiva keerukusega

=== 7. Veebruar ===
* Võtsime õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja, mida saab kasutada ja mille kasutamist saame ka iga päev jälgida.
* Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad. (Soovid idee punkti all)
* Valminud on lihtne teenusest ja klientidest koosnev süsteemi testmudel.

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
[[Category: Veebirakenduste loomine ASP.NET abil]]

Meeskond "FoodWars"

2011-04-11T06:09:05Z

Kstolin:

== Idee ==
Meie tiimil on plaanis teha internetipõhine söökla menüü süsteem (aluseks IT Kolledži kohvik, aga suunitlus selline, et kõik kohvikud/sööklad saaksid teha endale kasutajakonto ja hakata rakendust kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel on ka võimalus sööke hinnata (stiilis "meeldib", "ei meeldi" nagu Facebook-is).

Kohvikupidaja Teele soovid uue elektroonse süsteemi kohta:

* elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult on asi otsas.
* elektrikatkestuse korral jääb menüü püsima. Ta peab teadma hindu mistahes olukorras.
* menüül näidatakse automaatselt ka ISIC kaardi omanike soodushinnad
* süsteem toetab ka poole portsjoni müümist.

Linnar Viigi soovid/visioonid uue elektroonse süsteemi kohta:

* kõik oleks ka internetist kättesaadav, peale LCD ekraani, mis kajastab menüüd sööklas.
* aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.
* saab sööke hinnata, kommenteerida (täna oli väga maitsev praad).
* kasutajad saaks vaadata, mis menüüs on (ka järgmisel nädalal) ja mitu portsu veel alles on.
* kasutajad saaksid välja pakkuda menüüsid.
* erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.
* kuu aja aktiivsemad saavad prii lõuna.
* mingil ajal võib olla "happy hour" (enne sulgemist saab odavamalt).
* piiranguks on see, et toitu broneerida ei saa

'''Vaba tarkvara kasutamise võimalus'''

Antud projekti puhul oleks võimalik kasutada [http://www.postgresql.org/ PostgreSQL] andmebaasi (vt. lisaks http://en.wikipedia.org/wiki/PostgreSQL ) Microsoft SQL Server'i asemel. See võiks anda kasutajale võimaluse valida .NET ning [http://www.mono-project.com/ Mono] (vt. lisaks http://en.wikipedia.org/wiki/Mono_(software) ) platvormide vahel. Sel viisil oleks kliendil võimalik Microsoft'i platvormi kõrval valida tõenäoliselt soodsam vaba tarkvara platvorm. Andmebaasi lõplik valik pole hetkel veel otsustatud.

== Meeskond ja tööjaotus==
* Kristjan Stolin - projektijuht, suhtlus kliendiga, XML, wiki, teenuskihtide progemine, accountide/admini lehe progemine
* Ilmar Telga - XML, kliendiga suhtlus, wiki, teenuskihtide progemine, lõpprakenduste menüüd, login
* Rauno Rüga - XML, XSLT, andmebaasi loomine, wiki, mobiilirakendus
* Lauri Kermas - teenuskihtide ehitamine, wiki, login, kommenteerimise võimaluste progemine

== XML Fail ==
=== XML ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Toidud>
<Toit>
<ToiduNimetus>Viineri kaste</ToiduNimetus>
<ToiduLiik>Praad</ToiduLiik>
<OlemasolevatYhikut>5</OlemasolevatYhikut>
<ToiduKogus>
<Portsjon>
<PortsjoniLiik>Poolportsjon</PortsjoniLiik>
<Myygiaeg>
<Aasta>2011</Aasta>
<Kuu>1</Kuu>
<Paev>9</Paev>
<Tund>15</Tund>
<Minut>07</Minut>
<Sekund>23</Sekund>
</Myygiaeg>
<ToiduHind>
<Eurohind>2.15</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
<Portsjon>
<Myygiaeg>
<Aasta>0</Aasta>
<Kuu>0</Kuu>
<Paev>0</Paev>
<Tund>00</Tund>
<Minut>00</Minut>
<Sekund>00</Sekund>
</Myygiaeg>
<PortsjoniLiik>Täisportsjon</PortsjoniLiik>
<ToiduHind>
<Eurohind>2.80</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
</ToiduKogus>
<Kommentaarid>
<Kommentaar>
<Saatja>
<SaatjaNimi>Kristjan</SaatjaNimi>
<SaatjaRoll>Tudeng</SaatjaRoll>
</Saatja>
<Sisu>Minu lemmik toit ! Kui algebra tund ei hakkaks, sööks veel 5 portsjonit.</Sisu>
</Kommentaar>
</Kommentaarid>
</Toit>
</Toidud>
</source>

Kommentaariks siis niipalju, et meie näide on ilma kohviku osata, selleks et näidet mitte liiga suureks ajada.

Ka on meil moment puudu ID väljad, mis on igasugu andmebaasiga suhtlemiseks hädavajalikud, samas siin näidises palju juurde ei anna.

Asja tegemisel avastasime, et põhiliseks arusaamatuse kohaks on toitude erinevad kogused (ehk siis pool portsjonit, suur / väike ja muud võrdlevad ühikud). Esimese võimalusena kaalusime teha lihtsalt täiesti eraldi toidud kõige kohta, stiilis "väike viineripraad" ja "suur viineripraad". Kahjuks see variant ei kõlbaks eriti hästi, kuna need erinevad portsjonid kasutavad ikkagi samu materjale ja kui me peaks mingi süsteemiga näitama kui palju portsjoneid alles on. Sööklast näiteks pakuti et väike portsjon kasutab materjale kuskil 0.8 suure portsjoni ulatuses, ehk see suhtarv peaks olema kasutaja poolt (kohvikupidaja, restoraniomanik) ise sätitav.

Tänu sellele sai meie süsteemi alustalaks siiski Toit, millel on oma Portsjonid siis erinevate hindade ja soodustustega. Moment pole meil ka Portsjoni XML osas toodud ära seost kogusega. (Kui palju ühe portsjoni lisamine/müümine peaks toidu üldkogust muutma).

Kommenteerida saab meil moment toitu ennast, mitte eraldi portsjonit. Isegi kui kasutajad tahavad lisada kommentaare stiilis "See väike supp oli tõesti väga väike", ei soovi nad seda ilmselt eraldi portsjoni alla panna. Tulevikus peaks kindlasti olema ka võimalus pigem kommenteerida üldisemalt (Kohvikut ennast, söögipaiku üldse), kui spetsiifilisemalt (Väikse prae kaste lisandi kohta).

=== XML Schema ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="Toidud">
<xs:complexType>
<xs:sequence>
<xs:element name="Toit">
<xs:complexType>
<xs:sequence>
<xs:element name="ToiduNimetus" type="xs:string" />
<xs:element name="ToiduLiik" type="xs:string" />
<xs:element name="OlemasolevatYhikut" type="xs:unsignedByte" />
<xs:element name="ToiduKogus">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Portsjon">
<xs:complexType>
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="PortsjoniLiik" type="xs:string" />
<xs:element name="Myygiaeg">
<xs:complexType>
<xs:sequence>
<xs:element name="Aasta" type="xs:unsignedShort" />
<xs:element name="Kuu" type="xs:unsignedByte" />
<xs:element name="Paev" type="xs:unsignedByte" />
<xs:element name="Tund" type="xs:unsignedByte" />
<xs:element name="Minut" type="xs:unsignedByte" />
<xs:element name="Sekund" type="xs:unsignedByte" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ToiduHind">
<xs:complexType>
<xs:sequence>
<xs:element name="Eurohind" type="xs:decimal" />
<xs:element name="Soodustus">
<xs:complexType>
<xs:sequence>
<xs:element name="SoodustuseProtsent" type="xs:string" />
<xs:element name="SoodustuseLiik" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:choice>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Kommentaarid">
<xs:complexType>
<xs:sequence>
<xs:element name="Kommentaar">
<xs:complexType>
<xs:sequence>
<xs:element name="Saatja">
<xs:complexType>
<xs:sequence>
<xs:element name="SaatjaNimi" type="xs:string" />
<xs:element name="SaatjaRoll" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Sisu" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

=== XSLT ===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
<body>
<h2>Kohvikus müüdavad toidud</h2>
<table border="1">
<tr bgcolor="#9acd32">
<th>Toidu Nimetus</th>
<th>Toidu liik</th>
<th>Veel alles</th>
<th>Portsjon</th>
<th>Müügiaeg</th>
<th>Hind</th>
<th>Soodustus</th>
<th>Soodustuse liik</th>
<th>Kommentaar(id)</th>
</tr>
<xsl:for-each select="Toidud/Toit">
<tr>
<td><xsl:value-of select="ToiduNimetus"/></td>
<td><xsl:value-of select="ToiduLiik"/></td>
<td><xsl:value-of select="OlemasolevatYhikut"/></td>
<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="PortsjoniLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="Myygiaeg/Paev" />/<xsl:value-of select="Myygiaeg/Kuu" />/<xsl:value-of select="Myygiaeg/Aasta" />  
<xsl:value-of select="Myygiaeg/Tund" />:<xsl:value-of select="Myygiaeg/Minut" />:<xsl:value-of select="Myygiaeg/Sekund" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Eurohind" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseProtsent" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="Kommentaarid/Kommentaar">
<table>
<tr>
<td>
<xsl:value-of select="Sisu" /> (<xsl:value-of select="Saatja/SaatjaRoll" /> <xsl:value-of select="Saatja/SaatjaNimi" />)
</td>
</tr>
</table>
</xsl:for-each>
</td>

</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

XSLT poolt loodud tulemus on järgnev (lisasin veel kaks toitu XML faili, siin wiki lehel on ruumi kokkuhoiuks vaid 1 toit toitude listis):
[[File:Xslt.jpg|1200px]]

== Arhitektuur ==

Süsteem on plaanis ehitada kolmekihilise arhitektuuriga ([http://en.wikipedia.org/wiki/Multitier_architecture#Three-tier_architecture Three-tier architecture]). See peaks lihtsustama süsteemi haldamist ja laiendamist tulevikus.

[[Image:three-tier.png|thumb|center|alt=Arhitektuuri skeem.|Arhitektuuri skeem.]]

== Veebiteenus ==

== Klientrakendus I : CMS ==

== Klientrakendus I : Veebirakendus ==

== Meeskonna kokkuvõttev aruanne ==

== Logi ==
=== 9. aprill ===
Tegime rollide halduse, münüüde muutmise vormi. Meili saatmine registreerimisel. Toimus andmebaasi andmemudeli väike muutus.

=== 30. märts ===
Tehtud on kohviku menüü ja kohviku kommenteerimise leht.

=== 26. märts ===
Tehtud on esimesed veebiteenuse meetodid ja veebirakendusele kasutajate registreerimine.

=== 10. märts ===
Väikese häki abil õnnestus kohviku kassa arvutis saada tööle üks Forms-i proovirakendus.

=== 8. märts ===
Kuna kassa-aparaadis on operatsioonisüsteemiks Windows XP ja raud on 1.99 GHz, 256 RAM siis peaks saama
prototüübiks teha sinna peale rakenduse, mille ülesandeks menüüga tegelemine.

=== 7. märts ===
Linnar Viik andis meile järgmist nõu: tuleb eristada kahte asja - see, mis peab valmis saama (''must'') ja see, mis oleks tore (''nice to have''). Valmis peab saama menüüga ekraan seinal (esialgu kasutajale prototüübi näitamiseks kasvõi näiteks PowerPoint-i abil tehtud). Alles siis kui on kasutajalt positiivne tagasiside saadud, võib edasi minna reaalse tarkvaralahenduse loomisega. Kui ka see on valmis ja kasutaja sellega rahul võib juurde mõelda ''nice to have'' asju (näiteks eelinfo järgmise päeva menüü kohta, üliõpilasesinduse sõnumite riba ja muid asju).

Saime teada, et kui tahame, et meie loodav süsteem suhtleks IT Kohviku kassasüsteemiga, siis tuleb selle süsteemi tootjatega ühendust võtta ja nendega konsulteerida.

=== 19.Veebruar ===
*Valmis XSLT fail.

=== 9.Veebruar ===
* Esmane versioon XML ja XML Schemast olemas
* Tekkis küsimus kas XSLT faili tuleb käsitsi tekitada või automaatselt.
* Küsimus oli ka kas lahendasime portsjoni asja mõistlikult või oleks mõni teine lähenemine parem olnud.
* Küsimus, kas XML fail on liiga üle pingutatud või sobiva keerukusega

=== 7. Veebruar ===
* Võtsime õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja, mida saab kasutada ja mille kasutamist saame ka iga päev jälgida.
* Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad. (Soovid idee punkti all)
* Valminud on lihtne teenusest ja klientidest koosnev süsteemi testmudel.

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
[[Category: Veebirakenduste loomine ASP.NET abil]]

Talk:Meeskond "Tact"

2011-03-04T14:53:05Z

Kstolin: Created page with 'XML arvustus: Selge ja arusaadav teenus, inimeste kontaktandmeid automaatselt saada. XML ehitus on ok, samas asja saab ka veidi teisiti lahendada.. panna nii telefonid, aadress…'

XML arvustus:

Selge ja arusaadav teenus, inimeste kontaktandmeid automaatselt saada. XML ehitus on ok, samas asja saab ka veidi
teisiti lahendada.. panna nii telefonid, aadressid, emailid ja ka sotsiaalvõrgustiku kontod ühe suure "Kontaktid" lahtri alla. Need mis siis olemas on, oleks näha.

Selge on see, et team "Tact" valdab XML formaati küll.

[[User:Kstolin|Kstolin]] 16:53, 4 March 2011 (EET) Kristjan Stolin

Meeskond "FoodWars"

2011-02-22T18:18:10Z

Kstolin: /* XML */

==Idee==
Meie tiimil on plaanis teha internetipõhine söökla menüü süsteem (aluseks IT Kolledži kohvik, aga suunitlus selline, et kõik kohvikud/sööklad saaksid teha endale kasutajakonto ja hakata rakendust kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel on ka võimalus sööke hinnata (stiilis "meeldib", "ei meeldi" nagu Facebook-is).

Kohvikupidaja Teele soovid uue elektroonse süsteemi kohta:

* elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult on asi otsas.
* elektrikatkestuse korral jääb menüü püsima. Ta peab teadma hindu mistahes olukorras.
* menüül näidatakse automaatselt ka ISIC kaardi omanike soodushinnad
* süsteem toetab ka poole portsjoni müümist.

Linnar Viigi soovid/visioonid uue elektroonse süsteemi kohta:

* kõik oleks ka internetist kättesaadav, peale LCD ekraani, mis kajastab menüüd sööklas.
* aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.
* saab sööke hinnata, kommenteerida (täna oli väga maitsev praad).
* kasutajad saaks vaadata, mis menüüs on (ka järgmisel nädalal) ja mitu portsu veel alles on.
* kasutajad saaksid välja pakkuda menüüsid.
* erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.
* kuu aja aktiivsemad saavad prii lõuna.
* mingil ajal võib olla "happy hour" (enne sulgemist saab odavamalt).
* piiranguks on see, et toitu broneerida ei saa

=== Vaba tarkvara kasutamise võimalus ===

Antud projekti puhul oleks võimalik kasutada [http://www.postgresql.org/ PostgreSQL] andmebaasi (vt. lisaks http://en.wikipedia.org/wiki/PostgreSQL ) Microsoft SQL Server'i asemel. See võiks anda kasutajale võimaluse valida .NET ning [http://www.mono-project.com/ Mono] (vt. lisaks http://en.wikipedia.org/wiki/Mono_(software) ) platvormide vahel. Sel viisil oleks kliendil võimalik Microsoft'i platvormi kõrval valida tõenäoliselt soodsam vaba tarkvara platvorm. Andmebaasi lõplik valik pole hetkel veel otsustatud.

==Meeskond==
* Kristjan Stolin
* Ilmar Telga
* Rauno Rüga
* Lauri Kermas

== XML Fail ==
===XML===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<Toidud>
<Toit>
<ToiduNimetus>Viineri kaste</ToiduNimetus>
<ToiduLiik>Praad</ToiduLiik>
<OlemasolevatYhikut>5</OlemasolevatYhikut>
<ToiduKogus>
<Portsjon>
<PortsjoniLiik>Poolportsjon</PortsjoniLiik>
<Myygiaeg>
<Aasta>2011</Aasta>
<Kuu>1</Kuu>
<Paev>9</Paev>
<Tund>15</Tund>
<Minut>07</Minut>
<Sekund>23</Sekund>
</Myygiaeg>
<ToiduHind>
<Eurohind>2.15</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
<Portsjon>
<Myygiaeg>
<Aasta>0</Aasta>
<Kuu>0</Kuu>
<Paev>0</Paev>
<Tund>00</Tund>
<Minut>00</Minut>
<Sekund>00</Sekund>
</Myygiaeg>
<PortsjoniLiik>Täisportsjon</PortsjoniLiik>
<ToiduHind>
<Eurohind>2.80</Eurohind>
<Soodustus>
<SoodustuseProtsent>5%</SoodustuseProtsent>
<SoodustuseLiik>ISIC kaart</SoodustuseLiik>
</Soodustus>
</ToiduHind>
</Portsjon>
</ToiduKogus>
<Kommentaarid>
<Kommentaar>
<Saatja>
<SaatjaNimi>Kristjan</SaatjaNimi>
<SaatjaRoll>Tudeng</SaatjaRoll>
</Saatja>
<Sisu>Minu lemmik toit ! Kui algebra tund ei hakkaks, sööks veel 5 portsjonit.</Sisu>
</Kommentaar>
</Kommentaarid>
</Toit>
</Toidud>
</source>

Kommentaariks siis niipalju, et meie näide on ilma kohviku osata, selleks et näidet mitte liiga suureks ajada.

Ka on meil moment puudu ID väljad, mis on igasugu andmebaasiga suhtlemiseks hädavajalikud, samas siin näidises palju juurde ei anna.

Asja tegemisel avastasime, et põhiliseks arusaamatuse kohaks on toitude erinevad kogused (ehk siis pool portsjonit, suur / väike ja muud võrdlevad ühikud). Esimese võimalusena kaalusime teha lihtsalt täiesti eraldi toidud kõige kohta, stiilis "väike viineripraad" ja "suur viineripraad". Kahjuks see variant ei kõlbaks eriti hästi, kuna need erinevad portsjonid kasutavad ikkagi samu materjale ja kui me peaks mingi süsteemiga näitama kui palju portsjoneid alles on. Sööklast näiteks pakuti et väike portsjon kasutab materjale kuskil 0.8 suure portsjoni ulatuses, ehk see suhtarv peaks olema kasutaja poolt (kohvikupidaja, restoraniomanik) ise sätitav.

Tänu sellele sai meie süsteemi alustalaks siiski Toit, millel on oma Portsjonid siis erinevate hindade ja soodustustega. Moment pole meil ka Portsjoni XML osas toodud ära seost kogusega. (Kui palju ühe portsjoni lisamine/müümine peaks toidu üldkogust muutma).

Kommenteerida saab meil moment toitu ennast, mitte eraldi portsjonit. Isegi kui kasutajad tahavad lisada kommentaare stiilis "See väike supp oli tõesti väga väike", ei soovi nad seda ilmselt eraldi portsjoni alla panna. Tulevikus peaks kindlasti olema ka võimalus pigem kommenteerida üldisemalt (Kohvikut ennast, söögipaiku üldse), kui spetsiifilisemalt (Väikse prae kaste lisandi kohta).

===XML Schema===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xs:schema attributeFormDefault="unqualified" elementFormDefault="qualified" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="Toidud">
<xs:complexType>
<xs:sequence>
<xs:element name="Toit">
<xs:complexType>
<xs:sequence>
<xs:element name="ToiduNimetus" type="xs:string" />
<xs:element name="ToiduLiik" type="xs:string" />
<xs:element name="OlemasolevatYhikut" type="xs:unsignedByte" />
<xs:element name="ToiduKogus">
<xs:complexType>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Portsjon">
<xs:complexType>
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="PortsjoniLiik" type="xs:string" />
<xs:element name="Myygiaeg">
<xs:complexType>
<xs:sequence>
<xs:element name="Aasta" type="xs:unsignedShort" />
<xs:element name="Kuu" type="xs:unsignedByte" />
<xs:element name="Paev" type="xs:unsignedByte" />
<xs:element name="Tund" type="xs:unsignedByte" />
<xs:element name="Minut" type="xs:unsignedByte" />
<xs:element name="Sekund" type="xs:unsignedByte" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="ToiduHind">
<xs:complexType>
<xs:sequence>
<xs:element name="Eurohind" type="xs:decimal" />
<xs:element name="Soodustus">
<xs:complexType>
<xs:sequence>
<xs:element name="SoodustuseProtsent" type="xs:string" />
<xs:element name="SoodustuseLiik" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:choice>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Kommentaarid">
<xs:complexType>
<xs:sequence>
<xs:element name="Kommentaar">
<xs:complexType>
<xs:sequence>
<xs:element name="Saatja">
<xs:complexType>
<xs:sequence>
<xs:element name="SaatjaNimi" type="xs:string" />
<xs:element name="SaatjaRoll" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="Sisu" type="xs:string" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
</source>

===XSLT===
<source lang="xml">
<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/">
<html>
<body>
<h2>Kohvikus müüdavad toidud</h2>
<table border="1">
<tr bgcolor="#9acd32">
<th>Toidu Nimetus</th>
<th>Toidu liik</th>
<th>Veel alles</th>
<th>Portsjon</th>
<th>Müügiaeg</th>
<th>Hind</th>
<th>Soodustus</th>
<th>Soodustuse liik</th>
<th>Kommentaar(id)</th>
</tr>
<xsl:for-each select="Toidud/Toit">
<tr>
<td><xsl:value-of select="ToiduNimetus"/></td>
<td><xsl:value-of select="ToiduLiik"/></td>
<td><xsl:value-of select="OlemasolevatYhikut"/></td>
<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="PortsjoniLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="Myygiaeg/Paev" />/<xsl:value-of select="Myygiaeg/Kuu" />/<xsl:value-of select="Myygiaeg/Aasta" />  
<xsl:value-of select="Myygiaeg/Tund" />:<xsl:value-of select="Myygiaeg/Minut" />:<xsl:value-of select="Myygiaeg/Sekund" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Eurohind" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseProtsent" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="ToiduKogus/Portsjon">
<table>
<tr>
<td>
<xsl:value-of select="ToiduHind/Soodustus/SoodustuseLiik" />
</td>
</tr>
</table>
</xsl:for-each>
</td>

<td>
<xsl:for-each select="Kommentaarid/Kommentaar">
<table>
<tr>
<td>
<xsl:value-of select="Sisu" /> (<xsl:value-of select="Saatja/SaatjaRoll" /> <xsl:value-of select="Saatja/SaatjaNimi" />)
</td>
</tr>
</table>
</xsl:for-each>
</td>

</tr>
</xsl:for-each>
</table>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>

XSLT poolt loodud tulemus on järgnev (lisasin veel kaks toitu XML faili, siin wiki lehel on ruumi kokkuhoiuks vaid 1 toit toitude listis):
[[File:Xslt.jpg|1200px]]

== Veebiteenus ==

== Klientrakendus I : CMS ==

== Klientrakendus I : Veebirakendus ==

== Meeskonna kokkuvõttev aruanne ==

== Logi ==
=== 7. Veebruar ===
* Võtsime õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja, mida saab kasutada ja mille kasutamist saame ka iga päev jälgida.
* Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad. (Soovid idee punkti all)
* Valminud on lihtne teenusest ja klientidest koosnev süsteemi testmudel.

=== 9.Veebruar ===
* Esmane versioon XML ja XML Schemast olemas
* Tekkis küsimus kas XSLT faili tuleb käsitsi tekitada või automaatselt.
* Küsimus oli ka kas lahendasime portsjoni asja mõistlikult või oleks mõni teine lähenemine parem olnud.
* Küsimus, kas XML fail on liiga üle pingutatud või sobiva keerukusega

=== 19.Veebruar ===
*Valmis XSLT fail.

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]
[[Category: Veebirakenduste loomine ASP.NET abil]]

Meeskond "FoodWars"

2011-02-10T07:59:26Z

Kstolin: /* 9.Veebruar */

Meeskond "FoodWars"

2011-02-07T15:23:06Z

Kstolin:

Meie teamil on plaanis teha netipõhine söökla süsteem (aluseks meie kool, aga suunitlus et kõik restoranid saaksid teha
endale kasutajakonto ja hakata asja kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel
ka võimalus sööke hinnata (stiilis like, dislike a la Facebook)

7. veebr 2011.
Võtsime täna õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja mida saab
kasutada ja mille kasutamist saame ka iga päev jälgida.

Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad.

Sööklatädi soovid uue elektroonse süsteemi puhul:

Et saaks elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult
on asi otsas.

Et elektrikatkestuse korral jääks menüü püsima.

Et menüül automaatselt näidataks ka ära ISIC kaardi omanike soodushinnad

Et süsteem toetaks ka poole portsjoni müümist.

Linnar Viigi soovid uue elektroonse süsteemi puhul:

Et kõik oleks ka netist kättesaadav, peale LCD ekraani mis kajastab menüüd sööklas.

Aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.

Et saaks sööke hinnata, kommenteerida (täna oli väga maitsev praad).

Et kasutajad saaks vaadata mis menüüs ja mitu portsu veel alles on.

Et erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.

Meeskond "FoodWars"

2011-02-07T15:22:49Z

Kstolin:

Meeskond "FoodWars"

2011-02-07T15:22:00Z

Kstolin:

Meie teamil on plaanis teha netipõhine söökla süsteem (aluseks meie kool, aga suunitlus et kõik restoranid saaksid teha
endale kasutajakonto ja hakata asja kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel
ka võimalus sööke hinnata (stiilis like, dislike a la Facebook)

7. veebr 2011.
Võtsime täna õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja mida saab
kasutada ja mille kasutamist saame ka iga päev jälgida.

Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad.

Sööklatädi soovid uue elektroonse süsteemi puhul:

Et saaks elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult
on asi otsas.

Et elektrikatkestuse korral jääks menüü püsima.

Et menüül automaatselt näidataks ka ära ISIC kaardi omanike soodushinnad

Linnar Viigi soovid uue elektroonse süsteemi puhul:

Et kõik oleks ka netist kättesaadav, peale LCD ekraani mis kajastab menüüd sööklas.

Aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.

Et saaks sööke hinnata, kommenteerida (täna oli väga maitsev praad).

Et kasutajad saaks vaadata mis menüüs ja mitu portsu veel alles on.

Et erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.

Meeskond "FoodWars"

2011-02-07T15:16:30Z

Kstolin:

Meie teamil on plaanis teha netipõhine söökla süsteem (aluseks meie kool, aga suunitlus et kõik restoranid saaksid teha
endale kasutajakonto ja hakata asja kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel
ka võimalus sööke hinnata (stiilis like, dislike a la Facebook)

7. veebr 2011.
Võtsime täna õppejõu poolt pakutud ideest kohe kinni, sest me eelistame teha praktilist asja mida saab
kasutada ja mille kasutamist saame ka iga päev jälgida.

Esimese asjana otsustasime välja uurida mida meie "kliendid" (süsteemi tellijad) meilt ootavad.

Sööklatädi soovid uue elektroonse süsteemi puhul:

Et saaks elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult
on asi otsas.

Et elektrikatkestuse korral jääks menüü püsima.

Linnar Viigi soovid uue elektroonse süsteemi puhul:

Et kõik oleks ka netist kättesaadav, peale LCD ekraani mis kajastab menüüd sööklas.

Aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.

Et saaks sööke hinnata, kommenteerida (täna oli väga maitsev praad).

Et kasutajad saaks vaadata mis menüüs ja mitu portsu veel alles on.

Et erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.

Meeskond "FoodWars"

2011-02-07T15:12:22Z

Kstolin:

Meie teamil on plaanis teha netipõhine söökla süsteem (aluseks meie kool, aga suunitlus et kõik restoranid saaksid teha
endale kasutajakonto ja hakata asja kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel
ka võimalus sööke hinnata (stiilis like, dislike a la Facebook)

Sööklatädi soovid uue elektroonse süsteemi puhul:

Et saaks elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult
on asi otsas.

Et elektrikatkestuse korral jääks menüü püsima.

Linnar Viigi soovid uue elektroonse süsteemi puhul:

Et kõik oleks ka netist kättesaadav, peale LCD ekraani mis kajastab menüüd sööklas.

Aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.

Et saaks sööke hinnata, kommenteerida (täna oli väga maitsev praad).

Et kasutajad saaks vaadata mis menüüs ja mitu portsu veel alles on.

Et erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.

Meeskond "FoodWars"

2011-02-07T15:09:43Z

Kstolin: Created page with 'Meie teamil on plaanis teha netipõhine söökla süsteem (aluseks meie kool, aga suunitlus et kõik restoranid saaksid teha endale kasutajakonto ja hakata asja kasutama), kust s…'

Meie teamil on plaanis teha netipõhine söökla süsteem (aluseks meie kool, aga suunitlus et kõik restoranid saaksid teha
endale kasutajakonto ja hakata asja kasutama), kust saaks jälgida menüüd, mis sööke saab süüa, mis veel järgi on, kasutajatel
ka võimalus sööke hinnata (stiilis like, dislike a la Facebook)

Sööklatädi soovid uue elektroonse süsteemi puhul:

Et saaks elektroonilisest menüüst asju kustutada, isegi siis kui asja peaks olema teoreetiliselt alles, aga tegelikult
on asi otsas.

Et elektrikatkestuse korral jääks menüü püsima.

Et kõik oleks ka netist kättesaadav, peale LCD ekraani mis kajastab menüüd sööklas.

Linnar Viigi soovid uue elektroonse süsteemi puhul:

Aluseks facebook, kus siis söögid oleks nagu facebook-i alateemad.

Et saaks sööke hinnata, kommenteerida (täna oli väga maitsev praad).

Et kasutajad saaks vaadata mis menüüs ja mitu portsu veel alles on.

Et erinevate söögikohtade kasutajad saaksid omavahel muljeid jagada.

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2011

2011-02-07T14:51:55Z

Kstolin: /* Liikmed */

[[Category: Võrgurakendused II: hajussüsteemide ehitamine]]

=Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine"=
==Eesmärk==
Saada praktiline kogemus hajussüsteemide ehitamisest XML veebiteenus ja vastava kliendi loomise abil ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendused (soovitavalt vähemalt kaks)endaloodud veebiteenusele

Ühte projektimeeskonda kuulub 3..5 tudengit ning ühel teemal teostab projekti üks või mitu meeskonda.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas. Wikilehe täitmise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest.

==Tähtajad==
* Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 21. veebruar 2011.

* '''XML fail'''
** XML fail, stiilifail ja skeemifail peavad olema valmis ja wikilehel kirjeldatud hiljemalt 27. veebruar 2011.
** Arvamused XML-failide kohta peavad tehtud olema 4. märts 2011

* '''Veebiteenus'''
** Veebiteenus peab olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt 10. aprill 2011.
** Arvamused veebiteenuste kohta peavad tehtud olema 17. aprill 2011
** Veebiteenus tuleb esitleda!

* '''Klientrakendused'''
** Klientrakendused peavad olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt 10. aprill 2011.
** Arvamused veebiteenuste kohta peavad tehtud olema 17. aprill 2011
** Klientrakendused tuleb esitleda!

* '''Meeskonna kokkuvõttev aruanne'''
** Meeskonnatöö kokkuvõttev aruanne peab olema valmis, esitatud ja ja wikilehel kirjeldatud hiljemalt 8.mai 2011
** Arvamused Meeskonnatöö kokkuvõtva aruande ja esitluse kohta tuleb esitada hiljemalt päev enne eksamit
** '''Meeskonna kokkuvõttev aruanne ja töö lõplik tulemus''' tuleb esitleda!

==Hindamine==
===Üldised kriteeriumid===

Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.

'''Maksimumtulemuse annab (vähemalr 4/7):'''

* Majanduslik mõtlemine (kas loodav teenus ja rakendused oleks kasutatav ka ärilistel eesmärkidel)
* Mobiilrakendused
* Kogukondade kaasamine
* AJAX / Silverlight
* Kasutajamugavus
* Läbimõeldud töökorraldus
* Lisavõimaluste realiseerimine (vt näidisteemad)

===XML andmefail===
Ülesande täitmiseks tuleb luua XML fail andmete edastamiseks, selle XML faili skeemifail ning paar kolm sobivat XSL faili loodud XML failis olevate andmete transformeerimiseks HTML formaati ja XML faili formaadi muutmiseks.

===Veebiteenus===
Loodav veebiteenus peab võimaldama:
* Teenuse pakkumist
* '''Teenuse kasutajate tuvastamist ning haldamist'''
* Teenuse kasutajate ja kasutusstatistika üle arve pidamist kasutajate lõikes

Soovitav on luua teenus (FE) ja teenuse seadistamiseks ning kasutajate haldamiseks mõeldud rakendus (BE).

===Klientrakendus===
Klientrakendus mõnele olemasolevale veebiteenusele, võib olla teostatud veebirakendusena, Silverlight, WPF või vormirakendusena.

Variant1: teha klientrakendus enda loodud veebiteenusele

Variant2: teha klientrakendus mõnele levinud veebiteenusele.
Näiteks:
* http://www.bing.com/developer
* http://www.flickr.com/services/api/response.soap.html
* http://developer.ebay.com/developercenter/windows/
* http://apiwiki.twitter.com/Getting-Started

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis [ät] eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 kevad=
''' Kodutöö koosneb kolmest eraldiseisvast ülesandest:'''
* Luua XML fail vabalt valitud andmete edastamiseks,selle faili skeemifail ning XSL fail(id) erinevate transformatsioonide tarvis (soovitavalt vähemalt andmete HTML ja XML kujul kuvamiseks)
* Luua veebiteenus, mis võimaldaks pakkuda teenust, eristada kasutajaid ning näidata teenuse kasutamise statistikat kasutajate ja tegevuste lõikes
* Luua klientrakendus mõnele olemasolevale või endaloodud veebiteenusele

==Näidisteemad==

===Nimede pakkumise teenus===
Mõte selles, et luua nimede baas, mille abil pakkuda rakenduse loojale sobiva algusega nimesid. Reaalne rakendus: ''autocompleter'' tarvis teenuse pakkumine

====Ülesanne====
Luua sobiva alguse järgi nimede pakkumise teenus:
* alates kahetähelisetest algustest pakkuda sobivad nimesid
* luua võimalus kasutajatel nimesid lisada
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua kontroll, et nimi lisatakse baasi alles siis, kui seda nime on pakkunud vähemalt kaks erinevat kasutajat
* luua roll-back'i võimalus juhuks, kui mõni kasutaja on tegelenud spämmimisega

===Külastusstatistika teenus===
Mõte selles, et pakkuda teenust, kus kasutajal on võimalik registreerida külastused ning küsida oma külastusstatistikat.

====Ülesanne====
Luua külastusstatistika teenus:
* kasutaja saab teenuses registreerida külastusi
* kasutaja saab küsida külastusstatistikat päevade/kuude/kogu perioodi lõikes
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus registreerida alamlehtede külastusstatistikat
* luua võimalus külastusstatistikale lisaparameetrite lisamiseks (ip aadress, sirviku versioon jne)

===Telefoniraamatu teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada kontakte ja nende seast otsida

====Ülesanne====
Luua telefoniraamatu teenus:
* kasutaja saab teenuses kontakte lisada ja kustutada
* kasutaja saab kontaktide nime/telefoninumbri jne abil otsida
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel oma kontaktibaase omavahel jagada
* luua võimalus pakkuda kontaktibaasis leiduvate nimede järgi sobivaid nimesid

===RSS voogude kogumise ja uudiste kuvamise teenus===
Mõte selles, et kasutaja saab teenuse abil salvestada talle huvipakkuvaid RSS vooge ja nendelt voogudelt uudiseid lugeda

====Ülesanne====
Luua RSS voogude haldusteenus:
* kasutaja saab teenuses RSS vooge lisada ja kustudada
* kasutaja saab pärida talle huvipakkuvate voogude viimaseid uudiseid
* luua võimalus ühele kasutajale (või erinevatele kasutajagruppidele) maksimumpäringute hulga määramiseks

Lisavõimalused:
* luua võimalus kasutajatel erinevaid vooge grupeerida
* luua võimalus voogudes leiduvate uudiste puhverdamiseks (voogude lugemine võtab enamasti üsna palju aega)

= Meeskonnad 2011=

==[[Meeskond "MiskiFäänciNimi"]]==
===Teema===
Kaks-kolm lauset, et mis kuidas ja miks..

===Liikmed===
Jaan Igamees
Jane Money
Katja Pobeda

==[[Meeskond "FoodWars"]]==
===Teema===
Uus elektrooniline süsteem sööklas menüüde haldamiseks ja tagasisideme saamiseks.

===Liikmed===
Kristjan Stolin

Ilmar Telga

Rauno Rüga

Lauri Kermas

Kodutöö aines "Võrgurakendused II: hajussüsteemide ehitamine" 2011

2011-02-07T14:51:27Z

Kstolin:

Viitetüüpi muutujad CSharp programmeerimiskeeles

2011-01-05T11:27:36Z

Kstolin:

= Eesmärk =
Antud õpiobjekti eesmärgiks on tutvustada viitetüüpi muutujatüüpide olemust ning kasutamisvõimalusi C# programmeerimiskeeles.

* Väärtus- ja viitetüüpi muutujate erinevus
* Viitetüüpi muutujate kasutamine C# keeles
* String, kui viitetüüpi muutujatüüp
* Pärilus
* Liidesed
* Koodinäited
* Praktilised ülesanded

= Väärtus- ja viitetüüpi muutujate erinevus =
Kui väärtustüüpi muutujatüübid on eelkõige mõeldud konkreetsete andmete hoidmiseks konkreetse skoobi piires, siis viitetüüpi muutujad sisaldavad ainult viidet andmetele ning konkreetset skoopi ei saa määratleda. .Net raamistikus säilib viitetüüpi muutuja seni, kuni sellele on säilinud vähemalt üks viide.

Samas võib viitetüüpi muutuja viidata ka ''null ''väärtusele ehk lihtsustatult: viitetüüpi muutuja võib ka mitte viidata konkreetsele andmehulgale.

{| class="prettytable"
| Näide:

Kass kiisu; //deklareeritakse uus viitetüüpi muutuja kiisu, mis on Kass tüüpi

kiisu = new Kass(); // kiisu hakkab viitama uuele Kass tüüpi objektile

kiisu = null; // kiisu ei viita enam sellele objektile, kui sellele Kass tüüpi objektile rohkem viiteid ei

//ole, siis selle objekti poole enam pöörduda ei saa

|}
== Erinevused praktikas ==
'''Suurim erinevus väärtustüüpi ja viitetüüpi muutujatüüpide vahel seisnebki selles, et igale väärtustüüpi muutujale vastab konkreetne koht mälus. Samas viitetüüpi muutujale ei pruugi vastata ühtegi kohta mälus (''null ''viide) ning teisalt võib ühele ja samale kohale mälus viidata mitu erinevat viitetüüpi muutujat.'''

{| class="prettytable"
| Näide:

Kass kiisu = new Kass(); // Luuakse Kass tüüpi muutuja kiisu ning luuakse uus Kass tüüpi objekt

Kass k6uts = kiisu; //k6uts ja kiisu viitavad nüüd ühele ja samale objektile

k6uts.MuudaNimi(„Miisu“); // muudetakse kassi nime, läbi viite k6uts, muutub ka kiisu nimi.

|}
Nagu näitest näha, kui kaks viitetüüpi muutujat viitavad ühele ja samale objektile, siis muutes üht muutujat muutub ka teine, sest need viitavad ühele ja samale mäluosale.

== Erinevused võrdlemisel ==
Kui väärtustüüpi muutujate korral võrreldakse kahe muutuja võrdlemisel nende konkreetseid väärtuseid, siis viitetüüpi muutujate korral võrreldakse vaikimisi hoopis viiteid: kui muutujad viitavad ühele ja samale mäluosale, siis loetakse need võrdseks, muul juhul aga mitte.

{| class="prettytable"
| Näide:

Kass kiisu = new Kass(); // Luuakse Kass tüüpi muutuja kiisu ning luuakse uus Kass tüüpi objekt

kiisu.MuudaNimi(„Jassu“);

Kass k6uts = new Kass(); // Luuakse Kass tüüpi muutuja k6uts ning luuakse uus Kass tüüpi objekt

k6uts.MuudaNimi(„Jassu“); // muudetakse kassi nime, kiisu nimi ei muutu.

If(kiisu == k6uts)

Console.WriteLine(„On võrdsed!“);

|}
'''Antud hetkel teadet „On võrdsed!“ ei tuleks, sest tegemist on küll Kassidega, millistel on üks nimi, aga samas ei ole need üks ja sama Kass!'''

= Viitetüüpi muutujate kasutamine C# keeles =
Viitetüüpi muutuja kasutamiseks tuleb muutuja deklareerida ning seejärel initsialiseerida.

{| class="prettytable"
| Näide:

Kass kiisu; // deklareeritakse Kass tüüpi muutuja kiisu

|}
Kui muutuja deklareerida, kuid jätta initsialiseerimata, siis on tegemist muutujaga, mis ei viita mitte kuhugi (ehk viide on ''null''). Seega ei ole võimalik ka lugeda ega kirjutada muutuja andmeväljadele, sest neid lihtsalt ei ole veel olemas.

Samuti ei ole võimalik pöörduda selle objekti meetodite poole, põhjus sama: objekti lihtsalt ei eksisteeri, on olemas vaid viide objektile.

{| class="prettytable"
| Näide:

Kass kiisu; // deklareeritakse Kass tüüpi muutuja kiisu

Kiisu.MuudaNimi(„Miisu“); // tekib viga, sest viite näol on tegemist ''null'' viitega

|}
Muutuja initsialiseerimiseks tuleb luua uus vastavat tüüpi andmeobjekt mällu ning luua sellele viide. Seejärel on võimalik pöörduda kõigi selle objekti andmeväljade ja meetodite poole.

{| class="prettytable"
| Näide:

Kass kiisu; // deklareeritakse Kass tüüpi muutuja kiisu

kiisu = new Kass(); // initsialiseeritakse uus Kass tüüpi andmeobjekt ning muutuja kiisu viitab sellele

Kiisu.MuudaNimi(„Miisu“); // viga ei teki

|}
= String, kui viitetüüpi muutujatüüp =
String on C# programmeerimiskeeles realiseeritud kui tähemärkide jada (massiiv), millel on palju erisusi võrreldes tavaliste viitetüüpi muutujatega, seepärast on siinkohal vajalik selle muutujatüübi täpsem käsitlemine.

String tüüpi muutuja loomiseks on mitmeid võimalusi, lihtsaim neist on see, kui üks string tüüpi väärtus omistatakse teisele.

{| class="prettytable"
| Näide:

String tervitus = „Tere“; // siin deklareeriti muutuja tervitus, mis initsialiseeriti teise stringiga „Tere“

string

|}
Siit selgubki, et stringi puhul on realiseeritud omistamine erinevalt tavalistest viitetüüpi muutujatest: kui tavaliselt pannakse viitetüüpi muutujate kasutamisel omistamisel lihtsalt muutuja viitama samale objektile, siis siin on võimalik siiski konkreetne väärtus eraldi konstruktori abil ette anda.

Samas on stringil olemas ka tavapärane konstruktor, mida saab ka kasutada.

{| class="prettytable"
| Näide:

string tere = new String('a',10); //Siinsel juhul luuakse muutuja tere, mis koosneb 10’st ’a’

//tähemärgist

|}
== Stringi meetodid ==
Et leida string muutujatüübi pikkus, võib kasutada omadust Length.

{| class="prettytable"
| Näide:

string lause = "Tere";

int lausePikkus = lause.Length; // lausePikkus väärtus on 4

|}
Kontrollimaks, kas string sisaldab mõnd fraasi, saab kasutada stringi meetodit Contains, tulem antakse tõeväärtusena.

{| class="prettytable"
| Näide:

string lause = "Tere ise ka";

bool kasOn = lause.Contains("ise"); // kasOn sisaldab väärust „true“

|}
Kui on vaja stringist välja lõigata üks osa, kasuta stringi meetodit Substring, esimene argument näitab mitmendast tähest alates ja teine arument näitab mitu tähte

{| class="prettytable"
| Näide:

string lause = "Tere, Juku!";

string lause2 = lause.Substring(6, 4); //Nüüd on lause2 väärtus “Juku”

|}
Kui soovime teada saada mitmendal kohal asub stringis mõni sümbol, tuleb kasutada stringi IndexOf meetodit.

{| class="prettytable"
| Näide:

string lause = "Tere, Juku!";

int mitmesKoma = lause.IndexOf(','); // vastus on 4, sest loendama hakatakse 0’st.

|}
Stringi stringi lisamiseks on võimalik kasutada meetodit Insert, esimene argument näitab kuhu lisatakse ja teine näitab mida lisatakse.

{| class="prettytable"
| Näide:

string lause = "Tere, Juku!";

lause = lause.Insert(6, "kallis ");

int lausePikkus =lause.Length;

lause =lause.Insert( lausePikkus-1, ", tore Sind näha");

// Kokku peaks siis nüüd tulema „Tere, kallis Juku, tore Sind näha!“

|}
Starts.With – kontrollib, kas string algab kindla sümboliga

Remove – võimaldab stringist osa eemaldada

Replace – asendab stringis ühe fraasi teisega

Trim – võimaldab eemaldada kindlad sümbolid

PadRight – lisab sümboleid stringi lõppu, kuni string on kindla pikkusega

Kõik string muutujatüübi meetodid on kirjeldatud: [http://msdn.microsoft.com/en-us/library/system.string_methods.aspx http://msdn.microsoft.com/en-us/library/system.string_methods.aspx]

= Pärilus =
(veebistuudiumi õppematerjalist)

Ajapikku on objektorienteeritud programmeerimiskeelte juurde lisatud mitmesuguseid täiustusi ja võimalusi. Pärilus (inheritance) on mingil moel enamike objektorienteeritud keelte küljes olemas. Nii ka end suhteliselt arenenuks keeleks pidava C# juures.

Objektidega toimetamisel ning pärilusel sealhulgas on vähemalt kaks eesmärki. Püütakse lihtsustada koodi kohandamist. Samuti võimaldab pärilus vältida sama tööd tegeva koodi kopeerimist, lubades samu käsklusi kasutada mitmel pool.

Päriluse abil püütakse programmeerimiskeele objektitüüpide omavahelisi suhteid lähendada inimeste igapäevaselt tajutavale. Üheksakümnendate aastate algul ilmunud objektorienteeritud programmeerimist tutvustavas õpikus oli ilus näide: "sebra on nagu hobune, kellel on triibud". Sarnane tuttava kaudu uue tüübi kokkupanek ongi päriluse põhisisu. Midagi lisatakse, midagi muudetakse, vahel harva ka kaotatakse. Ning märkamatult muutubki hobune sebraks või tühi paneel tekstiväljaks.

Nõnda õnnestub olemasolevate (pool)valmis tükkide abil omale sobiv komplekt kokku panna. Teiselt poolt võidakse objektide päriluspuu ehitada ka oludes, kus kõik programmi osad on enese määrata. Sellisel juhul pole küll eesmärk omale üks ja parim tüüp kokku panna, vaid otsitakse ühisosi, mille puhul on võimalik valminud tüübid gruppidesse jaotada ning nende gruppidega vajadusel koos midagi ette võtta. Tüüpilise näitena pole teatripiletit müües vaja teada inimese sugu ja ametit. Küll aga on balletirolli juures mõlemad andmed tähtsad. Tavaelus tundub loomulikuna, et eriomadusi arvestatakse vaid kohtades, kus need on vajalikud ning muul juhul aetakse vaid üldiste tunnustega läbi. Haruharva tuleb eraldi rõhutada, et "meie teatrisse tohivad vaatajaks tulla inimesed sõltumata usutunnistusest ja nahavärvist". Arvuti juures tuleb aga tasemed selgelt välja tuua. Igal keerukuse astmel tuleb määrata, millised oskused ja omadused sinna juurde kuuluvad ning millise rolli jaoks millisel tasemel oskuste komplekti vaja on. Keerukaks kiskunud seletuste kõrvale selgitused näidete abil.

== Päriluseta näide ==
Alustame inimese klassiga, kus igasugune pärilus puudub. Üks klass oma muutuja, konstruktori ja meetodiga ning testprogrammis saab tema võimalusi katsetada.

{| class="prettytable"
| Näide

using System;

namespace Parilus1{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

class InimTest{

<nowiki>public static void Main(string[] arg){</nowiki>

Inimene inim1=new Inimene(13);

inim1.YtleVanus();

}

}

}

/*

C:\Projects\oma\naited>Parilus1

Minu vanus on 13 aastat

<nowiki>*/</nowiki>

|}
==== Alamklass ====
Edasi juba juures inimese alamklass (subclass) Modell, kel on olemas kõik inimese omadused (ehk siis selle programmi puhul võime oma vanust öelda), kuid juures käsklus enese esitlemiseks. Et esitlemine koosneb vanuse ja ümbermõõdu teatamisest, on see juba esitlemiskäskluse sisse kirjutatud.

Klass Inimene on Modelli suhtes ülemklassiks (superclass, base class, parent class). C# puhul on igal klassil alati täpselt üks ülemklass. Kui muud pole määratud, siis kasutatakse selleks vaikimisi nimeruumi System klassi Object. Muul juhul aga on ülemklass kirjas klassikirjelduse päriluse osas. Nii tekibki klasside puu, mis algab klassist Object.

Kui klassil konstruktor puudub, siis loob kompilaator vaikimisi tühja konstruktori, millel pole parameetreid ja mis ka midagi ei tee. Inimese puhul siis näiteks

public Inimene(){}

Kui aga vähemalt üks programmeerija loodud konstruktor on olemas, siis seda nähtamatut konstruktorit ei tehta. Päriluse puhul kutsutakse alamklassi eksemplari loomisel alati välja ülemklassi konstruktor. Vaikimisi võtab kompilaator selleks ülemklassi parameetritega konstruktori. Kui see aga puudub või soovitakse käivitada mõnda muud, siis tuleb sobiva konstruktori väljakutse alamklassi juures ära märkida. Siin märgitakse näiteks Modelli loomise juures, et Modelli isendi loomise juures tehakse kõigepealt valmis baasklassi (inimese) isend, kellele siis Modelli enese konstruktoris vajalikud lisandused juurde pannakse. Ülemklassi konstruktori määramine on kohe Modelli konstruktori juures. Pärast koolonit olev base(vanus) ütleb, et kasutatagu inimese puhul seda konstruktorit, kus tuleb täisarvuline vanus kohe ette öelda.

public Modell(int vanus, int uymberm66t):base(vanus){

ymberm66t=uymberm66t;

}

Ehkki praegu tegelikult muud võimalust polnudki, tuleb see ikkagi arvutile ette öelda.

{| class="prettytable"
| Näide

using System;

namespace Parilus2{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

class Modell:Inimene {

protected int ymberm66t;

public Modell(int vanus, int uymberm66t):base(vanus){

ymberm66t=uymberm66t;

}

public void Esitle(){

YtleVanus();

Console.WriteLine("Mu ymberm66duks on "+ymberm66t+" sentimeetrit");

}

}

class InimTest{

<nowiki>public static void Main(string[] arg){</nowiki>

Modell m=new Modell(20, 90);

m.Esitle();

}

}

}

/*

C:\Projects\oma\naited>Parilus2

Minu vanus on 20 aastat

Mu ymberm66duks on 90 sentimeetrit

<nowiki>*/</nowiki>

|}
== Ülekate ==
Mõnikord ei piirduta omaduste lisamisega - tahetakse olemasolevaid võimalusi ka muuta. Tavanäiteks on kujundid või graafikakomponendid, mis igaüks ennast vastavalt oma omadustele joonistavad. Aga sarnaselt üle kaetavad võivad olla voogudesse andmete kirjutamise käsklused või andmestruktuuridesse andmeid lisavad või sealt eemaldavad käsklused nii, et neid käsklusi kasutav programm võib lihtsalt kasutatavat tükki usaldada, et tal on vastava nimega käsklus olemas ning ta selle soovitud ajal sooritab.

Siin näites on Inimese alamklassiks tehtud Daam, kel kõik muud kirjeldatud omadused hariliku Inimesega sarnased. Kuid vanuse ütlemine käib mõnevõrra teisiti. Et käske saaks rahus üle katta, selleks on Inimese juurde käsu ehk meetodi YtleVanus ette lisatud sõna virtual, Daami vastava meetodi ette aga override. Selliselt on mõlemat tüüpi objektil vanuse ütlemine selge, need lihtsalt käituvad erinevalt.

{| class="prettytable"
| Näide

using System;

namespace Parilus3{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public virtual void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

class Daam:Inimene {

public Daam(int vanus):base(vanus){}

public override void YtleVanus(){

Console.WriteLine("Minu vanus on "+(vanus-5)+" aastat");

}

}

class InimTest{

<nowiki>public static void Main(string[] arg){</nowiki>

Inimene inim1=new Inimene(40);

Daam inim2=new Daam(40);

inim1.YtleVanus();

inim2.YtleVanus();

}

}

}

/*

C:\Projects\oma\naited>Parilus3

Minu vanus on 40 aastat

Minu vanus on 35 aastat

<nowiki>*/</nowiki>

|}
= Liidesed =
(Veebistuudiumi õppematerjalist)

Nagu eespool kirjeldatud, on C# puhul üks ja kindel objektitüüpide pärinemise puu. Igal klassil on oma ülemklass ning juureks on klass Object nimeruumist System. Samas aga mõnegi tüübi puhul on sellest klassist objekte mugav kasutada tunduvalt rohkemates kohtades, kui otsene päriluspuu ette näeb. Nii nagu Ambla kihelkonna Lehtse valla Läpi küla Troska talu perepoeg Karl oli lisaks nendele ametlikele tiitlitele veel küla sepp, puutöömees ning korralik vanapoiss, nii on hea mõnegi klassi puhul programmi ülesehituse lihtsuse huvides pakkuda sinna rohkem rolle kui otsese päriluse järgi neid kokku tuleks. Näiteks Karlal oli leivateenimise mõttes sepatööst kindlasti rohkem kasu kui teatest, et ta Ambla kirikuraamatus kirjas on. Niisamuti on klassidele võimalik juurde panna liideseid, mis annavad õiguse vastava klassi eksemplare kloonida, järjestada või muid kasulikke omadusi lisada. Liideste arv ühe klassi juures ei ole piiratud. Liidesed mõeldi programmeerimiskeelte juurde välja, kuna selgus, et nõnda kirjeldusi määrates ja kokku leppides õnnestub programmeerimisel vigu vähendada.

Järgnevas näites loodi liides IViisakas. I on liidesel ees sõnast Interface. Liidese juurde käib enamasti sisuline seletus selle kohta, millised seda liidest realiseerivad objektid on. Ning lisaks võivad olla mõned käsklused, millele vastavat liidest realiseerivad objektid on võimelised reageerima. Liidese IViisakas puhul valiti selliseks käskluseks Tervita, mis saab omale tekstilise parameetri. Ehk siis eeldatakse, et iga viisakas tegelane mõistab tervitusele vastata juhul, kui talle öeldakse, kellega on tegemist. Nagu näha - Lapse ja Koera puhul need tervitused on erinevad. Kuid nii nagu liides nõuab - nad on olemas. Sinnamaani suudab kompilaator kontrollida. Ülejäänu on juba programmeerija hoolitseda, et kindlaksmääratud nimega käskluse juurde ka vastavale klassile sobiv sisu saaks.

static void TuleSynnipaevale(IViisakas v){

v.Tervita("vanaema");

}

Loodud meetodi juures on näha, et parameetrina võetakse vastu vaid nende klasside eksemplare, kelle puhul liides IViisakas on realiseeritud. Ning igaühel neist palutakse tervitada vanaema. Kuidas keegi sellega hakkama saab, on juba klassi enese sees hoolitsetud.

{| class="prettytable"
| Näide

using System;

namespace Liides1{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public virtual void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

interface IViisakas{

void Tervita(String tuttav);

}

class Laps:Inimene, IViisakas {

public Laps(int vanus):base(vanus){}

public void Tervita(String tuttav){

Console.WriteLine("Tere, "+tuttav);

}

}

class Koer: IViisakas{

public void Tervita(String tuttav){

Console.WriteLine("Auh!");

}

}

class InimTest{

static void TuleSynnipaevale(IViisakas v){

v.Tervita("vanaema");

}

<nowiki>public static void Main(string[] arg){</nowiki>

Laps juku=new Laps(6);

juku.YtleVanus();

Koer muki=new Koer();

TuleSynnipaevale(juku);

TuleSynnipaevale(muki);

}

}

}

/*

C:\Projects\oma\naited>Liides1

Minu vanus on 6 aastat

Tere, vanaema

Auh!

<nowiki>*/</nowiki>

|}
Kui mingil põhjusel jäänuks Lapsele või Koerale käsklus Tervita lisamata, siis annaks kompilaator veateate. Sama tekiks ka juhul, kui käskluse tekstis trükiviga tehtaks. Selline kompilaatoripoolne kontroll aitab vead üles

Koodinäited

Klass Kass

using''' System;'''

using''' System.Collections.Generic;'''

using''' System.Linq;'''

using''' System.Text;'''

namespace''' Loeng7'''

'''{'''

class''' '''Kass

'''{'''

private''' '''string''' nimi;'''

private''' '''string''' toug;'''

public''' '''enum''' '''sugu''' { isane, emane, lihtsaltKass };'''

private''' '''sugu''' kassiSugu;'''

public''' Kass() : '''this'''('''"Jossu"''','''"teadmata"''','''sugu.isane)

'''{}'''

public''' Kass('''string''' nimi)'''

'''{'''

//this.nimi = nimi;

'''TeeKass(nimi, '''"teadmata"''', '''sugu.isane);

'''}'''

public''' '''void''' MuudaNimi('''string''' uusNimi)'''

'''{'''

'''nimi = uusNimi;'''

'''}'''

public''' Kass('''Kass.sugu''' sugu)'''

'''{'''

//this.nimi = nimi;

'''TeeKass('''"Jossu"''', '''"teadmata"''', sugu);'''

'''}'''

public''' Kass('''string''' nimi, '''string''' Toug)'''

'''{'''

//this.nimi = nimi;

'''TeeKass(nimi, Toug, '''sugu.lihtsaltKass);

'''}'''

public''' Kass('''string''' nimi, '''string''' toug, '''Kass.sugu''' kassisugu)'''

'''{'''

'''TeeKass(nimi, toug, kassisugu);'''

'''}'''

private''' '''void''' TeeKass('''string''' nimi, '''string''' toug, '''Kass.sugu''' kassisugu)'''

'''{'''

this.nimi = nimi;

this.toug = toug;

this.kassiSugu = kassisugu;

'''}'''

public''' '''override''' '''string''' ToString()'''

'''{'''

return''' '''"Tere, mina olen kass, nimi on mul: "''' +'''

'''nimi + '''", tõug: "''' +toug +'''" ja sugu: "+ kassiSugu;

'''}'''

'''~Kass()'''

'''{ '''Console.WriteLine("Tapeti kass nimega: "''' + '''this.nimi); }

'''}'''

class''' '''Program

'''{'''

static''' '''void''' Main('''string'''<nowiki>[] args)</nowiki>'''

'''{'''

Kass''' kiisu = '''new''' '''Kass'''('''"Peeter"''');'''

Console.WriteLine(kiisu.ToString());

Kass''' k6uts = '''new''' '''Kass'''('''"Jasper"''','''"angoora"''', '''Kass.sugu.isane);

Console.WriteLine(k6uts.ToString());

string''' tere = '''new''' '''String'''(''''a'''',10);'''

Console.WriteLine(tere);

'''}'''

'''}'''

'''}'''

Viitetüüpi muutujad CSharp programmeerimiskeeles

2011-01-05T11:24:33Z

Kstolin:

= Eesmärk =
Antud õpiobjekti eesmärgiks on tutvustada viitetüüpi muutujatüüpide olemust ning kasutamisvõimalusi C# programmeerimiskeeles.

* Väärtus- ja viitetüüpi muutujate erinevus
* Viitetüüpi muutujate kasutamine C# keeles
* String, kui viitetüüpi muutujatüüp
* Pärilus
* Liidesed
* Koodinäited
* Praktilised ülesanded

= Väärtus- ja viitetüüpi muutujate erinevus =
Kui väärtustüüpi muutujatüübid on eelkõige mõeldud konkreetsete andmete hoidmiseks konkreetse skoobi piires, siis viitetüüpi muutujad sisaldavad ainult viidet andmetele ning konkreetset skoopi ei saa määratleda. .Net raamistikus säilib viitetüüpi muutuja seni, kuni sellele on säilinud vähemalt üks viide.

Samas võib viitetüüpi muutuja viidata ka ''null ''väärtusele ehk lihtsustatult: viitetüüpi muutuja võib ka mitte viidata konkreetsele andmehulgale.

{| class="prettytable"
| Näide:

Kass kiisu; //deklareeritakse uus viitetüüpi muutuja kiisu, mis on Kass tüüpi

kiisu = new Kass(); // kiisu hakkab viitama uuele Kass tüüpi objektile

kiisu = null; // kiisu ei viita enam sellele objektile, kui sellele Kass tüüpi objektile rohkem viiteid ei

//ole, siis selle objekti poole enam pöörduda ei saa

|}
== Erinevused praktikas ==
'''Suurim erinevus väärtustüüpi ja viitetüüpi muutujatüüpide vahel seisnebki selles, et igale väärtustüüpi muutujale vastab konkreetne koht mälus. Samas viitetüüpi muutujale ei pruugi vastata ühtegi kohta mälus (''null ''viide) ning teisalt võib ühele ja samale kohale mälus viidata mitu erinevat viitetüüpi muutujat.'''

{| class="prettytable"
| Näide:

Kass kiisu = new Kass(); // Luuakse Kass tüüpi muutuja kiisu ning luuakse uus Kass tüüpi objekt

Kass k6uts = kiisu; //k6uts ja kiisu viitavad nüüd ühele ja samale objektile

k6uts.MuudaNimi(„Miisu“); // muudetakse kassi nime, läbi viite k6uts, muutub ka kiisu nimi.

|}
Nagu näitest näha, kui kaks viitetüüpi muutujat viitavad ühele ja samale objektile, siis muutes üht muutujat muutub ka teine, sest need viitavad ühele ja samale mäluosale.

== Erinevused võrdlemisel ==
Kui väärtustüüpi muutujate korral võrreldakse kahe muutuja võrdlemisel nende konkreetseid väärtuseid, siis viitetüüpi muutujate korral võrreldakse vaikimisi hoopis viiteid: kui muutujad viitavad ühele ja samale mäluosale, siis loetakse need võrdseks, muul juhul aga mitte.

{| class="prettytable"
| Näide:

Kass kiisu = new Kass(); // Luuakse Kass tüüpi muutuja kiisu ning luuakse uus Kass tüüpi objekt

kiisu.MuudaNimi(„Jassu“);

Kass k6uts = new Kass(); // Luuakse Kass tüüpi muutuja k6uts ning luuakse uus Kass tüüpi objekt

k6uts.MuudaNimi(„Jassu“); // muudetakse kassi nime, läbi viite k6uts, muutub ka kiisu nimi.

If(kiisu == k6uts)

Console.WriteLine(„On võrdsed!“);

|}
'''Antud hetkel teadet „On võrdsed!“ ei tuleks, sest tegemist on küll Kassidega, millistel on üks nimi, aga samas ei ole need üks ja sama Kass!'''

= Viitetüüpi muutujate kasutamine C# keeles =
Viitetüüpi muutuja kasutamiseks tuleb muutuja deklareerida ning seejärel initsialiseerida.

{| class="prettytable"
| Näide:

Kass kiisu; // deklareeritakse Kass tüüpi muutuja kiisu

|}
Kui muutuja deklareerida, kuid jätta initsialiseerimata, siis on tegemist muutujaga, mis ei viita mitte kuhugi (ehk viide on ''null''). Seega ei ole võimalik ka lugeda ega kirjutada muutuja andmeväljadele, sest neid lihtsalt ei ole veel olemas.

Samuti ei ole võimalik pöörduda selle objekti meetodite poole, põhjus sama: objekti lihtsalt ei eksisteeri, on olemas vaid viide objektile.

{| class="prettytable"
| Näide:

Kass kiisu; // deklareeritakse Kass tüüpi muutuja kiisu

Kiisu.MuudaNimi(„Miisu“); // tekib viga, sest viite näol on tegemist ''null'' viitega

|}
Muutuja initsialiseerimiseks tuleb luua uus vastavat tüüpi andmeobjekt mällu ning luua sellele viide. Seejärel on võimalik pöörduda kõigi selle objekti andmeväljade ja meetodite poole.

{| class="prettytable"
| Näide:

Kass kiisu; // deklareeritakse Kass tüüpi muutuja kiisu

kiisu = new Kass(); // initsialiseeritakse uus Kass tüüpi andmeobjekt ning muutuja kiisu viitab sellele

Kiisu.MuudaNimi(„Miisu“); // viga ei teki

|}
= String, kui viitetüüpi muutujatüüp =
String on C# programmeerimiskeeles realiseeritud kui tähemärkide jada (massiiv), millel on palju erisusi võrreldes tavaliste viitetüüpi muutujatega, seepärast on siinkohal vajalik selle muutujatüübi täpsem käsitlemine.

String tüüpi muutuja loomiseks on mitmeid võimalusi, lihtsaim neist on see, kui üks string tüüpi väärtus omistatakse teisele.

{| class="prettytable"
| Näide:

String tervitus = „Tere“; // siin deklareeriti muutuja tervitus, mis initsialiseeriti teise stringiga „Tere“

string

|}
Siit selgubki, et stringi puhul on realiseeritud omistamine erinevalt tavalistest viitetüüpi muutujatest: kui tavaliselt pannakse viitetüüpi muutujate kasutamisel omistamisel lihtsalt muutuja viitama samale objektile, siis siin on võimalik siiski konkreetne väärtus eraldi konstruktori abil ette anda.

Samas on stringil olemas ka tavapärane konstruktor, mida saab ka kasutada.

{| class="prettytable"
| Näide:

string tere = new String('a',10); //Siinsel juhul luuakse muutuja tere, mis koosneb 10’st ’a’

//tähemärgist

|}
== Stringi meetodid ==
Et leida string muutujatüübi pikkus, võib kasutada omadust Length.

{| class="prettytable"
| Näide:

string lause = "Tere";

int lausePikkus = lause.Length; // lausePikkus väärtus on 4

|}
Kontrollimaks, kas string sisaldab mõnd fraasi, saab kasutada stringi meetodit Contains, tulem antakse tõeväärtusena.

{| class="prettytable"
| Näide:

string lause = "Tere ise ka";

bool kasOn = lause.Contains("ise"); // kasOn sisaldab väärust „true“

|}
Kui on vaja stringist välja lõigata üks osa, kasuta stringi meetodit Substring, esimene argument näitab mitmendast tähest alates ja teine arument näitab mitu tähte

{| class="prettytable"
| Näide:

string lause = "Tere, Juku!";

string lause2 = lause.Substring(6, 4); //Nüüd on lause2 väärtus “Juku”

|}
Kui soovime teada saada mitmendal kohal asub stringis mõni sümbol, tuleb kasutada stringi IndexOf meetodit.

{| class="prettytable"
| Näide:

string lause = "Tere, Juku!";

int mitmesKoma = lause.IndexOf(','); // vastus on 4, sest loendama hakatakse 0’st.

|}
Stringi stringi lisamiseks on võimalik kasutada meetodit Insert, esimene argument näitab kuhu lisatakse ja teine näitab mida lisatakse.

{| class="prettytable"
| Näide:

string lause = "Tere, Juku!";

lause = lause.Insert(6, "kallis ");

int lausePikkus =lause.Length;

lause =lause.Insert( lausePikkus-1, ", tore Sind näha");

// Kokku peaks siis nüüd tulema „Tere, kallis Juku, tore Sind näha!“

|}
Starts.With – kontrollib, kas string algab kindla sümboliga

Remove – võimaldab stringist osa eemaldada

Replace – asendab stringis ühe fraasi teisega

Trim – võimaldab eemaldada kindlad sümbolid

PadRight – lisab sümboleid stringi lõppu, kuni string on kindla pikkusega

Kõik string muutujatüübi meetodid on kirjeldatud: [http://msdn.microsoft.com/en-us/library/system.string_methods.aspx http://msdn.microsoft.com/en-us/library/system.string_methods.aspx]

= Pärilus =
(veebistuudiumi õppematerjalist)

Ajapikku on objektorienteeritud programmeerimiskeelte juurde lisatud mitmesuguseid täiustusi ja võimalusi. Pärilus (inheritance) on mingil moel enamike objektorienteeritud keelte küljes olemas. Nii ka end suhteliselt arenenuks keeleks pidava C# juures.

Objektidega toimetamisel ning pärilusel sealhulgas on vähemalt kaks eesmärki. Püütakse lihtsustada koodi kohandamist. Samuti võimaldab pärilus vältida sama tööd tegeva koodi kopeerimist, lubades samu käsklusi kasutada mitmel pool.

Päriluse abil püütakse programmeerimiskeele objektitüüpide omavahelisi suhteid lähendada inimeste igapäevaselt tajutavale. Üheksakümnendate aastate algul ilmunud objektorienteeritud programmeerimist tutvustavas õpikus oli ilus näide: "sebra on nagu hobune, kellel on triibud". Sarnane tuttava kaudu uue tüübi kokkupanek ongi päriluse põhisisu. Midagi lisatakse, midagi muudetakse, vahel harva ka kaotatakse. Ning märkamatult muutubki hobune sebraks või tühi paneel tekstiväljaks.

Nõnda õnnestub olemasolevate (pool)valmis tükkide abil omale sobiv komplekt kokku panna. Teiselt poolt võidakse objektide päriluspuu ehitada ka oludes, kus kõik programmi osad on enese määrata. Sellisel juhul pole küll eesmärk omale üks ja parim tüüp kokku panna, vaid otsitakse ühisosi, mille puhul on võimalik valminud tüübid gruppidesse jaotada ning nende gruppidega vajadusel koos midagi ette võtta. Tüüpilise näitena pole teatripiletit müües vaja teada inimese sugu ja ametit. Küll aga on balletirolli juures mõlemad andmed tähtsad. Tavaelus tundub loomulikuna, et eriomadusi arvestatakse vaid kohtades, kus need on vajalikud ning muul juhul aetakse vaid üldiste tunnustega läbi. Haruharva tuleb eraldi rõhutada, et "meie teatrisse tohivad vaatajaks tulla inimesed sõltumata usutunnistusest ja nahavärvist". Arvuti juures tuleb aga tasemed selgelt välja tuua. Igal keerukuse astmel tuleb määrata, millised oskused ja omadused sinna juurde kuuluvad ning millise rolli jaoks millisel tasemel oskuste komplekti vaja on. Keerukaks kiskunud seletuste kõrvale selgitused näidete abil.

== Päriluseta näide ==
Alustame inimese klassiga, kus igasugune pärilus puudub. Üks klass oma muutuja, konstruktori ja meetodiga ning testprogrammis saab tema võimalusi katsetada.

{| class="prettytable"
| Näide

using System;

namespace Parilus1{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

class InimTest{

<nowiki>public static void Main(string[] arg){</nowiki>

Inimene inim1=new Inimene(13);

inim1.YtleVanus();

}

}

}

/*

C:\Projects\oma\naited>Parilus1

Minu vanus on 13 aastat

<nowiki>*/</nowiki>

|}
==== Alamklass ====
Edasi juba juures inimese alamklass (subclass) Modell, kel on olemas kõik inimese omadused (ehk siis selle programmi puhul võime oma vanust öelda), kuid juures käsklus enese esitlemiseks. Et esitlemine koosneb vanuse ja ümbermõõdu teatamisest, on see juba esitlemiskäskluse sisse kirjutatud.

Klass Inimene on Modelli suhtes ülemklassiks (superclass, base class, parent class). C# puhul on igal klassil alati täpselt üks ülemklass. Kui muud pole määratud, siis kasutatakse selleks vaikimisi nimeruumi System klassi Object. Muul juhul aga on ülemklass kirjas klassikirjelduse päriluse osas. Nii tekibki klasside puu, mis algab klassist Object.

Kui klassil konstruktor puudub, siis loob kompilaator vaikimisi tühja konstruktori, millel pole parameetreid ja mis ka midagi ei tee. Inimese puhul siis näiteks

public Inimene(){}

Kui aga vähemalt üks programmeerija loodud konstruktor on olemas, siis seda nähtamatut konstruktorit ei tehta. Päriluse puhul kutsutakse alamklassi eksemplari loomisel alati välja ülemklassi konstruktor. Vaikimisi võtab kompilaator selleks ülemklassi parameetritega konstruktori. Kui see aga puudub või soovitakse käivitada mõnda muud, siis tuleb sobiva konstruktori väljakutse alamklassi juures ära märkida. Siin märgitakse näiteks Modelli loomise juures, et Modelli isendi loomise juures tehakse kõigepealt valmis baasklassi (inimese) isend, kellele siis Modelli enese konstruktoris vajalikud lisandused juurde pannakse. Ülemklassi konstruktori määramine on kohe Modelli konstruktori juures. Pärast koolonit olev base(vanus) ütleb, et kasutatagu inimese puhul seda konstruktorit, kus tuleb täisarvuline vanus kohe ette öelda.

public Modell(int vanus, int uymberm66t):base(vanus){

ymberm66t=uymberm66t;

}

Ehkki praegu tegelikult muud võimalust polnudki, tuleb see ikkagi arvutile ette öelda.

{| class="prettytable"
| Näide

using System;

namespace Parilus2{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

class Modell:Inimene {

protected int ymberm66t;

public Modell(int vanus, int uymberm66t):base(vanus){

ymberm66t=uymberm66t;

}

public void Esitle(){

YtleVanus();

Console.WriteLine("Mu ymberm66duks on "+ymberm66t+" sentimeetrit");

}

}

class InimTest{

<nowiki>public static void Main(string[] arg){</nowiki>

Modell m=new Modell(20, 90);

m.Esitle();

}

}

}

/*

C:\Projects\oma\naited>Parilus2

Minu vanus on 20 aastat

Mu ymberm66duks on 90 sentimeetrit

<nowiki>*/</nowiki>

|}
== Ülekate ==
Mõnikord ei piirduta omaduste lisamisega - tahetakse olemasolevaid võimalusi ka muuta. Tavanäiteks on kujundid või graafikakomponendid, mis igaüks ennast vastavalt oma omadustele joonistavad. Aga sarnaselt üle kaetavad võivad olla voogudesse andmete kirjutamise käsklused või andmestruktuuridesse andmeid lisavad või sealt eemaldavad käsklused nii, et neid käsklusi kasutav programm võib lihtsalt kasutatavat tükki usaldada, et tal on vastava nimega käsklus olemas ning ta selle soovitud ajal sooritab.

Siin näites on Inimese alamklassiks tehtud Daam, kel kõik muud kirjeldatud omadused hariliku Inimesega sarnased. Kuid vanuse ütlemine käib mõnevõrra teisiti. Et käske saaks rahus üle katta, selleks on Inimese juurde käsu ehk meetodi YtleVanus ette lisatud sõna virtual, Daami vastava meetodi ette aga override. Selliselt on mõlemat tüüpi objektil vanuse ütlemine selge, need lihtsalt käituvad erinevalt.

{| class="prettytable"
| Näide

using System;

namespace Parilus3{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public virtual void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

class Daam:Inimene {

public Daam(int vanus):base(vanus){}

public override void YtleVanus(){

Console.WriteLine("Minu vanus on "+(vanus-5)+" aastat");

}

}

class InimTest{

<nowiki>public static void Main(string[] arg){</nowiki>

Inimene inim1=new Inimene(40);

Daam inim2=new Daam(40);

inim1.YtleVanus();

inim2.YtleVanus();

}

}

}

/*

C:\Projects\oma\naited>Parilus3

Minu vanus on 40 aastat

Minu vanus on 35 aastat

<nowiki>*/</nowiki>

|}
= Liidesed =
(Veebistuudiumi õppematerjalist)

Nagu eespool kirjeldatud, on C# puhul üks ja kindel objektitüüpide pärinemise puu. Igal klassil on oma ülemklass ning juureks on klass Object nimeruumist System. Samas aga mõnegi tüübi puhul on sellest klassist objekte mugav kasutada tunduvalt rohkemates kohtades, kui otsene päriluspuu ette näeb. Nii nagu Ambla kihelkonna Lehtse valla Läpi küla Troska talu perepoeg Karl oli lisaks nendele ametlikele tiitlitele veel küla sepp, puutöömees ning korralik vanapoiss, nii on hea mõnegi klassi puhul programmi ülesehituse lihtsuse huvides pakkuda sinna rohkem rolle kui otsese päriluse järgi neid kokku tuleks. Näiteks Karlal oli leivateenimise mõttes sepatööst kindlasti rohkem kasu kui teatest, et ta Ambla kirikuraamatus kirjas on. Niisamuti on klassidele võimalik juurde panna liideseid, mis annavad õiguse vastava klassi eksemplare kloonida, järjestada või muid kasulikke omadusi lisada. Liideste arv ühe klassi juures ei ole piiratud. Liidesed mõeldi programmeerimiskeelte juurde välja, kuna selgus, et nõnda kirjeldusi määrates ja kokku leppides õnnestub programmeerimisel vigu vähendada.

Järgnevas näites loodi liides IViisakas. I on liidesel ees sõnast Interface. Liidese juurde käib enamasti sisuline seletus selle kohta, millised seda liidest realiseerivad objektid on. Ning lisaks võivad olla mõned käsklused, millele vastavat liidest realiseerivad objektid on võimelised reageerima. Liidese IViisakas puhul valiti selliseks käskluseks Tervita, mis saab omale tekstilise parameetri. Ehk siis eeldatakse, et iga viisakas tegelane mõistab tervitusele vastata juhul, kui talle öeldakse, kellega on tegemist. Nagu näha - Lapse ja Koera puhul need tervitused on erinevad. Kuid nii nagu liides nõuab - nad on olemas. Sinnamaani suudab kompilaator kontrollida. Ülejäänu on juba programmeerija hoolitseda, et kindlaksmääratud nimega käskluse juurde ka vastavale klassile sobiv sisu saaks.

static void TuleSynnipaevale(IViisakas v){

v.Tervita("vanaema");

}

Loodud meetodi juures on näha, et parameetrina võetakse vastu vaid nende klasside eksemplare, kelle puhul liides IViisakas on realiseeritud. Ning igaühel neist palutakse tervitada vanaema. Kuidas keegi sellega hakkama saab, on juba klassi enese sees hoolitsetud.

{| class="prettytable"
| Näide

using System;

namespace Liides1{

class Inimene{

protected int vanus;

public Inimene(int uvanus){

vanus=uvanus;

}

public virtual void YtleVanus(){

Console.WriteLine("Minu vanus on "+vanus+" aastat");

}

}

interface IViisakas{

void Tervita(String tuttav);

}

class Laps:Inimene, IViisakas {

public Laps(int vanus):base(vanus){}

public void Tervita(String tuttav){

Console.WriteLine("Tere, "+tuttav);

}

}

class Koer: IViisakas{

public void Tervita(String tuttav){

Console.WriteLine("Auh!");

}

}

class InimTest{

static void TuleSynnipaevale(IViisakas v){

v.Tervita("vanaema");

}

<nowiki>public static void Main(string[] arg){</nowiki>

Laps juku=new Laps(6);

juku.YtleVanus();

Koer muki=new Koer();

TuleSynnipaevale(juku);

TuleSynnipaevale(muki);

}

}

}

/*

C:\Projects\oma\naited>Liides1

Minu vanus on 6 aastat

Tere, vanaema

Auh!

<nowiki>*/</nowiki>

|}
Kui mingil põhjusel jäänuks Lapsele või Koerale käsklus Tervita lisamata, siis annaks kompilaator veateate. Sama tekiks ka juhul, kui käskluse tekstis trükiviga tehtaks. Selline kompilaatoripoolne kontroll aitab vead üles

Koodinäited

Klass Kass

using''' System;'''

using''' System.Collections.Generic;'''

using''' System.Linq;'''

using''' System.Text;'''

namespace''' Loeng7'''

'''{'''

class''' '''Kass

'''{'''

private''' '''string''' nimi;'''

private''' '''string''' toug;'''

public''' '''enum''' '''sugu''' { isane, emane, lihtsaltKass };'''

private''' '''sugu''' kassiSugu;'''

public''' Kass() : '''this'''('''"Jossu"''','''"teadmata"''','''sugu.isane)

'''{}'''

public''' Kass('''string''' nimi)'''

'''{'''

//this.nimi = nimi;

'''TeeKass(nimi, '''"teadmata"''', '''sugu.isane);

'''}'''

public''' '''void''' MuudaNimi('''string''' uusNimi)'''

'''{'''

'''nimi = uusNimi;'''

'''}'''

public''' Kass('''Kass.sugu''' sugu)'''

'''{'''

//this.nimi = nimi;

'''TeeKass('''"Jossu"''', '''"teadmata"''', sugu);'''

'''}'''

public''' Kass('''string''' nimi, '''string''' Toug)'''

'''{'''

//this.nimi = nimi;

'''TeeKass(nimi, Toug, '''sugu.lihtsaltKass);

'''}'''

public''' Kass('''string''' nimi, '''string''' toug, '''Kass.sugu''' kassisugu)'''

'''{'''

'''TeeKass(nimi, toug, kassisugu);'''

'''}'''

private''' '''void''' TeeKass('''string''' nimi, '''string''' toug, '''Kass.sugu''' kassisugu)'''

'''{'''

this.nimi = nimi;

this.toug = toug;

this.kassiSugu = kassisugu;

'''}'''

public''' '''override''' '''string''' ToString()'''

'''{'''

return''' '''"Tere, mina olen kass, nimi on mul: "''' +'''

'''nimi + '''", tõug: "''' +toug +'''" ja sugu: "+ kassiSugu;

'''}'''

'''~Kass()'''

'''{ '''Console.WriteLine("Tapeti kass nimega: "''' + '''this.nimi); }

'''}'''

class''' '''Program

'''{'''

static''' '''void''' Main('''string'''<nowiki>[] args)</nowiki>'''

'''{'''

Kass''' kiisu = '''new''' '''Kass'''('''"Peeter"''');'''

Console.WriteLine(kiisu.ToString());

Kass''' k6uts = '''new''' '''Kass'''('''"Jasper"''','''"angoora"''', '''Kass.sugu.isane);

Console.WriteLine(k6uts.ToString());

string''' tere = '''new''' '''String'''(''''a'''',10);'''

Console.WriteLine(tere);

'''}'''

'''}'''

'''}'''

Programmeerimine CSharp keeles: 2010 sügis, päevaõppe kokkuvõtted

2011-01-03T19:09:50Z

Kstolin:

=Valminud projektid ja retsensioonid=
(Näide)

==John Smith==
* Mäng : [[Meeskond "IDDQD"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22C-Team%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22XNA_(Xbox_Not_Available)%22

* Mäng : [[Meeskond "ISU - aI Sii jUu"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Jana_ja_poisid%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22

==Indrek Tamm==
* Mäng : [[Meeskond "2#4U"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Eagles_With_Lasers%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Hype%22

* Rakendus : [[Meeskond "Siiski"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22ISU_-_aI_Sii_jUu%22

==Miina Sikk==

*Mäng : [[Meeskond "2#4U"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22C-Team%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Hype%22

*Ärirakendus: [[Meeskond "Siiski"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Alphabook%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Ying_Yang%22

==Helen Muidik==

*Mäng : [[Meeskond "H.A.S.H."]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22IDDQD%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22PEA%22

*Ärirakendus: [[Meeskond "HASH"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Jana_ja_poisid%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22

==Taavi Ilves==

*Mäng : [[Meeskond "Miinipilduja tuli"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Hype%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Meeskond_%22Projekt_Tank%22

*Ärirakendus: [[Meeskond "ISU - aI Sii jUu"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Modern_Iron%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22

==Mihkel Sokk==

*Mäng : [[Meeskond "Hype"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22H.A.S.H.%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Kosmoseahi%22

*Ärirakendus: [[Meeskond "Alphabook"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22FilmiAhi%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:%22LMDB%22

==Martin Lensment==

*Mäng : [[Meeskond "Hype"]]
**Arvustus1 : [https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22XNA_%28Xbox_Not_Available%29%22 XNA (Xbox Not Available)]
**Arvustus2 : [https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Pacman%22 Pacman]

*Ärirakendus: [[Meeskond "Alphabook"]]
**Arvustus1 : [https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22HASH%22 HASH]
**Arvustus2 : [https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22ASP-TASTIC%22 ASP-TASTIC]

==Taavi Jakoobi==

*Mäng : [[Meeskond "Kosmoseahi"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%222
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22S%C3%B5jardid%22

*Ärirakendus: [[Meeskond "FilmiAhi"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Jana_ja_poisid%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22

==Jaak Lehtsalu==
* Mäng : [[Meeskond "Hype"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Pacman%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%222

* Mäng : [[Meeskond "Alphabook"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22ISU_-_aI_Sii_jUu%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22

==Tanel Liiv==
*Mäng : [[Meeskond "Miinipilduja tuli"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Hype%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Projekt_Tank%22

*Ärirakendus: [[Meeskond "ISU - aI Sii jUu"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Project_Manager%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22ToString2%22

==Seda Sahradyan==
*Mäng : [[Meeskond "H.A.S.H."]]
**Arvustus1 : [https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22IDDQD%22 IDDQD]
**Arvustus2 : [https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22C-Team%22 C-Team]

*Ärirakendus: [[Meeskond "HASH"]]
**Arvustus1 : tuleb veel
**Arvustus2 : tuleb veel

==Kristjan Stolin==
* Mäng : [[Meeskond "XNA (Xbox Not Available)"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22S%C3%B5jardid%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Kosmoseahi%22
* Rakendus : [[Meeskond "Ready_or_Not,_Here_it_Comes!"]]
** Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Jana_ja_poisid%22
** Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:%22LMDB%22

==Jaan Kruusma==
*Mäng : [[Meeskond "Projekt Tank"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Eagles_With_Lasers%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Hype%22

*Ärirakendus: [[Meeskond "Modern Iron"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Ready_or_Not,_Here_it_Comes!%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22
**Arvustus3 (kogematta) : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22codebastards%22

==Toomas Soha==
*Mäng : [[Meeskond_"Blockmania"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22IDDQD%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22PEA%22

*Ärirakendus: [["LMDB"]]
**Arvustus1 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Alphabook%22
**Arvustus2 : https://wiki.itcollege.ee/index.php/Talk:Meeskond_%22Skill_and_Others%22

Talk:Meeskond "Ready or Not, Here it Comes!"

2011-01-03T08:31:07Z

Kstolin:

'''Rakendus'''

Loodud rakendus tundub mängu modimiseks suurepärane ning genereeritud xml on ka inim mõistusele arusaadav. Solution käivitades ytleb et sword 10 kuni 14 on puudu, aga peale käsitsi nende failide loomist läheb ilusti tööle. Üldiselt see rakendus kellelegi teisele kasulik pole, aga xmli modimine on viidud vingele tasemele.

'''Lähtekood'''

Programmi lähtekood on korralikult kirjutatud kuid kommentaarid võiksid olla sisukamad, et tekiks parem arusaamine koodis toimuvast. Layouti ja disaini oleks võinud eraldi CSSis teha, mitte staatiliselt programmi sees. Contenti all oleks ilus panna pildid kõik ühte kausta.

'''Wiki'''

Wiki lehel on üldine info olemas, aga detailset infot võiks rohkem olla. Juhend programmi kasutamiseks on hea, aga koodi tööpõhimõtte lahtiseletus puudub.

'''Jaan Kruusma, D22'''

----
Märkuseks Jaani arvustusele: tõepoolest olid puudu mõned pildid. Nüüdseks on probleem lahendatud.

Ilmar Telga
----

Üks vähestest projektidest, kus pole vaja hunnikut muud nänni enda arvutisse paigaldada ja seadistada, et programmi tööle saada.

Kasutajaliides on lihtne, aga samas erinevate värvide kasutamise pärast ei tundu ka liiga tühi.

Üks asi tundus mulle veider. Nimelt on teil boolean väärtuste muutmiseks olemas nii tekstikast kui ka radiobutton. Kujutan ette, et pole kuigi tark mõte sinna kastikesse kirjutada midagi peale true/false, aga selleks otstarbeks on juba ju radiobuttonid olemas. Kui liigutaksite need nupud tekstikastide asemele, siis tekiks kasutajaliidesesse hunnik vaba ruumi, mida saaks kindlasti paremini kasutada.

Väga kasuliku võimalusena tundus see, et on korraga võimalik muuta kõikide oskuste mingi välja väärtust. Isegi lihtsamad aritmeetilised tehted on lubatud. Küll aga peaksite lisama kontrolli, mis näiteks liitmistehte korral ei muudaks väärtusi, mis enne olid '0'. Hetkel tekib selline absurdne olukord, kus antud tehet kasutades saab 'Melee Defence' endale nullist suurema range.

Üldiselt tundub see programm mängu tuunimiseks päris kasulik ja on kindlasti kiirem kui XML failides tuhnimine.

Väike märkus: Te võiksite lõpuks ka enda XNA mängu lähtekoodi wikisse üles lasta. Tahaks päris näha, mille pärast te Skype-i grupis halasite, et 12 tundi päevas progete aga mitte edasi ei liigu. Ma ei usu, et keegi teie lähtekoodi varastab ja hakkab seda edasi arendama. Pealegi esitluse käigus ei tundunud teie mäng pooltki nii valmis, et saaksite selle müüki paisata.

Siim Aaver D21
----

Märkused Siimu arvustusele. See tekstikast + radiobutton korraga oli meelega tehtud.

Kujuta ette situatsiooni kus sa kogemata vale välja (kus enne true/false valuet polnud) muudad näiteks "true"-ks. Nüüd programm automaatselt tunneks ära et ahha, "true", järelikult teeme ainult radiobuttonid. Enam sa välja numbriliseks näiteks tagasi muuta ei saaks ju? Peaksid käsitsi XML faili kallale minema.

XNA mängule panin esialgse tähtaja augustiks. Niikaua käib tõsine töö. Kui miski ebaõnnestub või projekt pooleli jääb, kaalun kindlasti projekti Wiki-sse üles panemist.

Kristjan Stolin

Talk:"LMDB"

2010-12-19T20:00:34Z

Kstolin:

Ma proovisin siis ka seda super-duper filmilaenutust.

Algas sellega et tehtud oli üks vinge installikas. (Väga vinge)

Värvivalik ja disain (vinge)

Programmi stabiilsus (esimese minuti jooksul õnnestus mul küll asi umbe jooksutada, aga see oli pisiviga) (vinge)

Wiki ja wiki kujundus (vinge)

Üldine mulje: Isegi vingem kui kodune raamatukogu TM

Source kood: ei vaadanud (oletame et siis vinge)

Ja kõige vingem asi:

[[File:Uninstall LMDB.png|600px|border]]

Kristjan Stolin D21

Talk:"LMDB"

2010-12-19T19:57:39Z

Kstolin: Created page with 'Ma proovisin siis ka seda super-duper filmilaenutust. Algas sellega et tehtud oli üks vinge installikas. (Väga vinge) Värvivalik ja disain (vinge) Programmi stabiilsus (esime…'

Ma proovisin siis ka seda super-duper filmilaenutust.

Algas sellega et tehtud oli üks vinge installikas. (Väga vinge)
Värvivalik ja disain (vinge)
Programmi stabiilsus (esimese minuti jooksul õnnestus mul küll asi umbe jooksutada, aga see oli pisiviga) (vinge)
Wiki ja wiki kujundus (vinge)
Üldine mulje: Isegi vingem kui kodune raamatukogu TM
Source kood: jäi puurimatta (oletame et siis vinge)

Ja kõige vingem asi:

[[File:Uninstall LMDB.png]|200px|border]]

File:Uninstall LMDB.png

2010-12-19T19:55:46Z

Kstolin:

Talk:Meeskond "Jana ja poisid"

2010-12-19T19:22:08Z

Kstolin:

Wiki: Wiki on piisavalt põhjalik, on olemas sihid, logi ja tööjaotus. Eriti meeldib mulle tööjaotuse sektsioon, kus on määratud kes mida teeb ning kas tema ülesanne on lõppule viidud. Ekraani pauk on ka olemas mis on pluss.

Kasutajaliides: Kasutajliides on kena, mulle meeldib. Ainuke asi mis vähekene häirib on see tegumi-kast (kuhu ilmuvad sooritatud ülesanded). See meenutab mõnevõrra kasti, kuhu ma pean ise midagi sisse kirjutama. Nupudele oleks võinud luua mõne ühtse stiili.

Funktsionaalsus: Funktsionaalsus on kõik korrektne ja töötab nii nagu peab. Väga häiriv asi, mis silma jäi, oli see, et kui regitreerida kastuaja, siis ei saadeta mingit tagasisidet, et mis nüüd toimus. Ilmub lihtsalt tegumi-kast sõnum Valmis- mis asi on valmis? ja tekib nupp tagasi-tagasi kuhu?

Kood: Puudub ülevaade, kuna wikilehel ei ole linki lähtekoodile.

[[User:Ikoue|Ikoue]] Indrek Kõue, D21

==.==
Lihtsa ja arusaadava ülesehitatud programm. Miskil põhjusel minul ei toiminud laenutuste lisamine. Programm teatas küll, et laenutamine õnnestus, aga laenutuste lehele uusi ridasid ei tekkinud. Samas raamatute lisamine toimis nagu peab. Pärast uue kasutaja loomist võiks võibolla uue kasutaja kohe sisselogida. Kuna lähtekoodi ei ole, siis ei tea, kas VaataLaenutusi nupu mitte töötamine on minu kohalik probleem või programmi viga. Muidu kena raamatukogu haldus.

Artur Mölter
-------------
Registeerimise formil üpriski korralik kontroll va. see, et ei kontrollitud kas tegu on emailiga.
Pärast registeerimist ei oska kuidagi edasi käituda, teatab küll, et valmis, aga mis edasi?

Raamatute lisamine toimis ootuspäraselt, samuti meeldis korralik raamatute sorteerimine.
Algul tuli üpris pikalt mõistatada kuidas laenutamine toimida võiks, oleks oodanud mingisugust laenuta nuppu.
Nupule "Laenuta" vajutades kuvas iga raamatu kohta "Keegi jõudis sinust ette ja laenutas selle raamatu juba ära" kuigi näitas, et raamat on saadaval.

Wiki piisavalt põhjalik, korralik logi, ning eriti meeldis tööjaotuse tabel.

Lähtekood korralikult klassideks jaotatud, ning piisavalt komenteeritud.

Kokkuvõtlikult võiks öelda Heiki Tähise sõnad "testimine, testimine, testimine".

Allar Anijago, D21

'''Märkuseks eelmisele kommentaarile:''' Sellel EXE versioonil oli tõesti antud viga küljes (unustatud uuendamata). Otse source koodist käima pannes oleks kõik korralikult toiminud. Nüüdseks panin uue exe ka üles.

Siim Aaver

-------------
Ma ilmselt kasutasin juba parandatud versiooni asjast, siis ülalkommijate märgatud puuduseid ma ise ei märganud.

Minu arust kogu programm toimis ootuspäraselt. Raamatu ilmumisaega ei kuvatud kuskil nähtaval kohal.

Ja veel - J.Pöial, "Algoritmid", fantaasiakirjandus
<- naersin end ribadeks (samas lahtris Harry Potteriga)

Üldkokkuvõte: täielikult rahuldav.

Kristjan Stolin, D21

Juhend: Teine kodutöö aines "Programmeerimine CSharp keeles" (WPF Projekt)

2010-12-16T20:02:57Z

Kstolin: /* Meeskond "Ready or Not, Here it Comes!" */

=Teine kodutöö aines "Programmeerimine CSharp keeles" (WPF Projekt)=
==Eesmärk==
Saada praktiline arenduskogemus .Net keskkonnas ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks või mitu meeskonda.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas ning soovikorral ka ajaveebis (blogis). Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

http://wiki.itcollege.ee keskkonnas peab olema vähemalt kokkuvõte tehtud tööst, lahenduse tehniline kirjeldus (letud lahendused, kasutusel olevad klassid ja nende kirjeldus, toimimise põhimõte) ning kasutusjuhis. '''Wikis peab kindlasti olema ka viide lõpplahenduse lähtekoodile'''

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 15. november 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 28. november 2010.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis [ät] eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 sügis=

Kodutööna tuleb luua:
==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või
==CRM==
Oma klientidest peab olema ülevaade.
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
* Loo võimalus klientide omavaheliseks sidumiseks (ehk võimalus klientide võimalike omavaheliste suhete kirjeldamiseks)

Või
* Meeskonna poolt pakutud ja õppejõu poolt heaks kiidetud teema

==Nõuded==
* '''Põhiidee: tuleb luua nö "ärirakendus"
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
* Peab võimaldama tegevuste kohta registri pidamist (logi)
* Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net

'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Ilusasti kirjutatud ja veatu kood (testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

= Meeskonnad 2010=

==[[Meeskond "Meeskonna nimi"]]==
Teeme midagi
===Teema===
Võtame sealt selle, paneme tänna...

===Liikmed===
* Tõnu Kaalikas
* Mari Maasikas
* Mikk Murakas

==[[Meeskond "Ready or Not, Here it Comes!"]]==
[[Image:EditorWPF.JPG|thumb|250px|Hüper-super XML editor]]
===Teema===
XNA mängu data (XML formaadis) editor.

Lähtekood on üleval ja valmis arvustusteks.

===Liikmed===
* Kristjan Stolin
* Lauri Kermas
* Ilmar Telga

==[[Meeskond "Books With Lasers"]]==

===Teema===
Kodune raamatukogu.

===Liikmed===
* Urmo Tamme
* Sander Baikov
* Karl Männil
* Aare Roosiväli
* Gert Glükmann

==[[Meeskond "Modern Iron"]]==
[[File:PCB.png|thumb|283px|]]

PC Builder Lite™ - ITK isiklik hinnavaatlus

===Teema===

Kas sul vedeleb kodus vana riistvara ja tolkneb seal nagu mungal niisama?<br />
Nüüd on sul võimalus sellest vabaneda, teistele kasulik olla ja selle eest ka pappi teenida<br />
või otsid endale kodu arvutit odava hinna eest siis PCB Lite on just sinule mõeldud.<br />

===Liikmed===
* Jaan Kruusma
* Siim Kündre
* Madis Kõosaar
* Keito Arula
* Silver Kuusik

==[[Meeskond "ISU - aI Sii jUu"]]==
[[File:FML_logo.png|thumb|283px|]]
FML - Programm, mille abil on avalikus wifi-s võimalik vaadata teiste msn vestlusi.

===Teema===

"Big Brother is watching you" - Tahad teada, mida sinu sõbrad tegelikult sinust arvavad? Sõbrad jagavad saladusi, kuid sind hoitakse pimeduses? - Enam mitte, sest meie programmi abil saad avalikus wifi-s teada kõik, millest sinu sõbrad msnis räägivad. FML on programm, mis kuvab teile erinevate inimeste vestlused avalikus wifis ja seda kõike nii lihtsalt, et teil tekib tunne, nagu oleksite ise üks vestlustes osaleja.

===Liikmed===
*Jaan Vahtre
*Taavi Ilves
*Tanel Liiv
*Kristjan Kalder

==[[Meeskond "Jana ja poisid"]]==

===Teema===
Kodune raamatukogu

===Liikmed===
* Siim Aaver
* Kaspar Kallasmaa
* Allar Märk
* Jana Mrots
* Joosep Ilves

==[[Meeskond "Alphabook"]]==
[[Image:alphabook.png|thumb|right|alt=A |]]
===Teema===
Kodune raamatukogu

===Liikmed===
* Mihkel Sokk
* Jaak Lehtsalu
* Kristjan Sokk
* Martin Lensment

==[[Meeskond "Skill and Others"]]==

===Teema===
Õppehaldussüsteem, mis võimaldab õppejõul/õpetajal luua erinevaid gruppe ja tunde, määrata puudujaid ning panna hindeid jne. Lisaks kuvada sisestatud infot läbi valitud filtrite.
===Liikmed===
* Rauno Rüga

==[[Meeskond "HASH"]]==
[[Image:Logo.png|thumb|right|alt=A |]]

===Teema===
Raamatulaenutus.

===Liikmed===
* Henrik Leinola
* Allar Anijago
* Seda Sahradyan
* Helen Muidik
* Kert Suvi

==[["LMDB"]]==

Kodune Filmikodu + laenutus

===Liikmed===
* Kaido Loonurm
* Toomas Soha
* Reio Kokla

==[[Meeskond "ASP-TASTIC"]]==

===Teema===
Teeme küsimused vastused portaali kus vastajad saavad vastuste eest punkte ja küsimuste all on võimalik inimestel arutleda. Kasutame ASP.Net kasutajaliidest.

===Liikmed===
* Indrek Kõue
* Jarko Kaskmaa
* Taivo Türnpuu

==[[Meeskond "Siiski"]]==

===Teema===
Hoone ruumihaldusprogramm

===Liikmed===
* Erik Kaju
* Reigo Männiste
* Miina Sikk
* Indrek Tamm
* Sten Vaisma

==[[Meeskond "Pohl"]]==

===Teema===
E-Kliendihaldus, mille eesmärgiks on luua keskkond, kus ettevõtjal on võimalik genereerida oma klientidele arveid. Lisanduvad erinevad funktsionaalsused, mis hõlbustavad ettevõtja igapäevast tööd.

===Liikmed===
* Garpar Karm
* Priit Siimo
* Andrus Reedla
* Andres Mill
* Mailis Toompuu

==[[Meeskond "FilmiAhi"]]==
===Teema===
Filmide andmebaas , WPF / SQLite
===Liikmed===
*Janno Tomingas
*Valdar Vaht
*Robin Soon
*Taavi Jaakobi

= Meeskonnad 2010 Kaugõpe=

==[[Meeskond "KRTK"]]==

===Teema===
KRTK ehk Kodune Raamatukogu

===Liikmed===
* Ivo Lõhmus
* Tanel Staub
* Indrek Kahu

==[[Meeskond "Terav ASP"]]==
Õppematerjalide jagamise veebikeskkond.

IIS+ASP.NET+(MSSQL)

===Liikmed===
* Anneli Rasu
* Anu Kuusmaa
* Denis Veltson
* Lauri Õunmaa
* Mari Lehis

==[[Meeskond "Ying Yang"]]==
[[File:Meieraamu.PNG|200px|thumb|right|raamtu 1.0]]
Kodune raamatukogu valmib.

===Liikmed===
*Artur Mölter
*Karel Niine
*Jako Heinmets
*Liis Merisaar
*Lauri Liibert

==[[Meeskond "PE"]]==
[[Image:Screen.jpg|thumb|150px|Autopäevik 1.0 by PE]]
Autopäevik.
Remonditud autode arvestamise päevik.

===Liikmed===
*Jevgeni Nesterenko
*Pavel Kodotšigov

==[[Meeskond "ToString2"]]==
Kodune Raamatukogu
C#, VS2010, MS SQL
===Liikmed===
*Reget Kalamees (wiki, codeplex)
*Rando Õispuu (kood, andmebaas)
*Reigo Riives (kood, andmebaas)

==[[Meeskond "M1 Library"]]==

===Teema===
Meie maailmavallutusliku raamatukogutarkvara M1 Library sissejuhatav, I osa.

===Liikmed===
* Janar Tooming
* Ulvar Petmanson
* Alvar Lumberg

==[[Meeskond "codebastards"]]==

===Teema===
Isomeetrilises vaates seiklusmängu Mystic Towers edasiarendus. Eesmärgiks teha mängule "Level editor".

===Liikmed===
* Raul Valge
* Tanel Lebedev
* Martin Kottisse

==[[Meeskond "FC# Äkki"]]==

===Teema===
CRM, MS SQL

===Liikmed===
* Siim Liivand
* Mikk Mähar
* Sven Mäeks
* Ragnar Nurmla

Juhend: Teine kodutöö aines "Programmeerimine CSharp keeles" (WPF Projekt)

2010-12-16T19:31:20Z

Kstolin: /* Meeskond "Ready or Not, Here it Comes!" */

=Teine kodutöö aines "Programmeerimine CSharp keeles" (WPF Projekt)=
==Eesmärk==
Saada praktiline arenduskogemus .Net keskkonnas ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks või mitu meeskonda.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas ning soovikorral ka ajaveebis (blogis). Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

http://wiki.itcollege.ee keskkonnas peab olema vähemalt kokkuvõte tehtud tööst, lahenduse tehniline kirjeldus (letud lahendused, kasutusel olevad klassid ja nende kirjeldus, toimimise põhimõte) ning kasutusjuhis. '''Wikis peab kindlasti olema ka viide lõpplahenduse lähtekoodile'''

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 15. november 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 28. november 2010.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis [ät] eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 sügis=

Kodutööna tuleb luua:
==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või
==CRM==
Oma klientidest peab olema ülevaade.
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
* Loo võimalus klientide omavaheliseks sidumiseks (ehk võimalus klientide võimalike omavaheliste suhete kirjeldamiseks)

Või
* Meeskonna poolt pakutud ja õppejõu poolt heaks kiidetud teema

==Nõuded==
* '''Põhiidee: tuleb luua nö "ärirakendus"
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
* Peab võimaldama tegevuste kohta registri pidamist (logi)
* Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net

'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Ilusasti kirjutatud ja veatu kood (testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

= Meeskonnad 2010=

==[[Meeskond "Meeskonna nimi"]]==
Teeme midagi
===Teema===
Võtame sealt selle, paneme tänna...

===Liikmed===
* Tõnu Kaalikas
* Mari Maasikas
* Mikk Murakas

==[[Meeskond "Ready or Not, Here it Comes!"]]==
[[Image:EditorWPF.JPG|thumb|250px|Hüper-super XML editor]]
===Teema===
XNA mängu data (XML formaadis) editor.

Source kood on üleval ja valmis arvustusteks.

===Liikmed===
* Kristjan Stolin
* Lauri Kermas
* Ilmar Telga

==[[Meeskond "Books With Lasers"]]==

===Teema===
Kodune raamatukogu.

===Liikmed===
* Urmo Tamme
* Sander Baikov
* Karl Männil
* Aare Roosiväli
* Gert Glükmann

==[[Meeskond "Modern Iron"]]==
[[File:PCB.png|thumb|283px|]]

PC Builder Lite™ - ITK isiklik hinnavaatlus

===Teema===

Kas sul vedeleb kodus vana riistvara ja tolkneb seal nagu mungal niisama?<br />
Nüüd on sul võimalus sellest vabaneda, teistele kasulik olla ja selle eest ka pappi teenida<br />
või otsid endale kodu arvutit odava hinna eest siis PCB Lite on just sinule mõeldud.<br />

===Liikmed===
* Jaan Kruusma
* Siim Kündre
* Madis Kõosaar
* Keito Arula
* Silver Kuusik

==[[Meeskond "ISU - aI Sii jUu"]]==
[[File:FML_logo.png|thumb|283px|]]
FML - Programm, mille abil on avalikus wifi-s võimalik vaadata teiste msn vestlusi.

===Teema===

"Big Brother is watching you" - Tahad teada, mida sinu sõbrad tegelikult sinust arvavad? Sõbrad jagavad saladusi, kuid sind hoitakse pimeduses? - Enam mitte, sest meie programmi abil saad avalikus wifi-s teada kõik, millest sinu sõbrad msnis räägivad. FML on programm, mis kuvab teile erinevate inimeste vestlused avalikus wifis ja seda kõike nii lihtsalt, et teil tekib tunne, nagu oleksite ise üks vestlustes osaleja.

===Liikmed===
*Jaan Vahtre
*Taavi Ilves
*Tanel Liiv
*Kristjan Kalder

==[[Meeskond "Jana ja poisid"]]==

===Teema===
Kodune raamatukogu

===Liikmed===
* Siim Aaver
* Kaspar Kallasmaa
* Allar Märk
* Jana Mrots
* Joosep Ilves

==[[Meeskond "Alphabook"]]==
[[Image:alphabook.png|thumb|right|alt=A |]]
===Teema===
Kodune raamatukogu

===Liikmed===
* Mihkel Sokk
* Jaak Lehtsalu
* Kristjan Sokk
* Martin Lensment

==[[Meeskond "Skill and Others"]]==

===Teema===
Õppehaldussüsteem, mis võimaldab õppejõul/õpetajal luua erinevaid gruppe ja tunde, määrata puudujaid ning panna hindeid jne. Lisaks kuvada sisestatud infot läbi valitud filtrite.
===Liikmed===
* Rauno Rüga

==[[Meeskond "HASH"]]==
[[Image:Logo.png|thumb|right|alt=A |]]

===Teema===
Raamatulaenutus.

===Liikmed===
* Henrik Leinola
* Allar Anijago
* Seda Sahradyan
* Helen Muidik
* Kert Suvi

==[["LMDB"]]==

Kodune Filmikodu + laenutus

===Liikmed===
* Kaido Loonurm
* Toomas Soha
* Reio Kokla

==[[Meeskond "ASP-TASTIC"]]==

===Teema===
Teeme küsimused vastused portaali kus vastajad saavad vastuste eest punkte ja küsimuste all on võimalik inimestel arutleda. Kasutame ASP.Net kasutajaliidest.

===Liikmed===
* Indrek Kõue
* Jarko Kaskmaa
* Taivo Türnpuu

==[[Meeskond "Siiski"]]==

===Teema===
Hoone ruumihaldusprogramm

===Liikmed===
* Erik Kaju
* Reigo Männiste
* Miina Sikk
* Indrek Tamm
* Sten Vaisma

==[[Meeskond "Pohl"]]==

===Teema===
E-Kliendihaldus, mille eesmärgiks on luua keskkond, kus ettevõtjal on võimalik genereerida oma klientidele arveid. Lisanduvad erinevad funktsionaalsused, mis hõlbustavad ettevõtja igapäevast tööd.

===Liikmed===
* Garpar Karm
* Priit Siimo
* Andrus Reedla
* Andres Mill
* Mailis Toompuu

==[[Meeskond "FilmiAhi"]]==
===Teema===
Filmide andmebaas , WPF / SQLite
===Liikmed===
*Janno Tomingas
*Valdar Vaht
*Robin Soon
*Taavi Jaakobi

= Meeskonnad 2010 Kaugõpe=

==[[Meeskond "KRTK"]]==

===Teema===
KRTK ehk Kodune Raamatukogu

===Liikmed===
* Ivo Lõhmus
* Tanel Staub
* Indrek Kahu

==[[Meeskond "Terav ASP"]]==
Õppematerjalide jagamise veebikeskkond.

IIS+ASP.NET+(MSSQL)

===Liikmed===
* Anneli Rasu
* Anu Kuusmaa
* Denis Veltson
* Lauri Õunmaa
* Mari Lehis

==[[Meeskond "Ying Yang"]]==
[[File:Meieraamu.PNG|200px|thumb|right|raamtu 1.0]]
Kodune raamatukogu valmib.

===Liikmed===
*Artur Mölter
*Karel Niine
*Jako Heinmets
*Liis Merisaar
*Lauri Liibert

==[[Meeskond "PE"]]==
[[Image:Screen.jpg|thumb|150px|Autopäevik 1.0 by PE]]
Autopäevik.
Remonditud autode arvestamise päevik.

===Liikmed===
*Jevgeni Nesterenko
*Pavel Kodotšigov

==[[Meeskond "ToString2"]]==
Kodune Raamatukogu
C#, VS2010, MS SQL
===Liikmed===
*Reget Kalamees (wiki, codeplex)
*Rando Õispuu (kood, andmebaas)
*Reigo Riives (kood, andmebaas)

==[[Meeskond "M1 Library"]]==

===Teema===
Meie maailmavallutusliku raamatukogutarkvara M1 Library sissejuhatav, I osa.

===Liikmed===
* Janar Tooming
* Ulvar Petmanson
* Alvar Lumberg

==[[Meeskond "codebastards"]]==

===Teema===
Isomeetrilises vaates seiklusmängu Mystic Towers edasiarendus. Eesmärgiks teha mängule "Level editor".

===Liikmed===
* Raul Valge
* Tanel Lebedev
* Martin Kottisse

==[[Meeskond "FC# Äkki"]]==

===Teema===
CRM, MS SQL

===Liikmed===
* Siim Liivand
* Mikk Mähar
* Sven Mäeks
* Ragnar Nurmla

Meeskond "Ready or Not, Here it Comes!"

2010-12-16T19:28:26Z

Kstolin:

== Link Lähtekoodile ==

Meie ootame arvustusi inimestelt kes veidi tunnevad XML failiformaati või on mingeid arvutimänge muutnud (modding).

Ülesse on pandud pakitud kujul (.rar) vaid mängu editor ja mõned pildid, mitte mäng ise.

[http://enos.itcollege.ee/~itelga/C_sharp/WPF%20Editor%20113.rar link lähtekoodile]

== Tagamaad ==

Kui mäng on korduma hakanud, siis tahavad aktiivsemad kasutajad tihti kätt proovida mängu oma soovidele vastavalt muutes.
Selleks on tavaliselt mängu tegijad loonud mingid võimalused kas editoride või mingite inimkeeli loetavate ja kirjutatavate failide näol.

Tooks siin näiteks mängu "Heroes of Might and Magic V". Heroes 5 on läinud seda teed et ta enamiku oma andmeid on salvestanud XML-formaadis failidesse, mida on tuhandeid ja mis kokkupakitult võtavad ruumi 1.4 GB.

[[File:Heroes5 data.png|600px|border]]

Asi on antud "as is" ingl.k, ilma dokumentatsioonita, et väljade nimede järgi peavad inimesed ise aru saama millega on tegu, mis tähendab ka väga palju sihitut sobramist.

Teine variant on teha selline editor, nagu kasutas mäng Age of Wonders II (Shadow Magic).

[[File:Shadow_magic_editor.png|600px]]

Tavaliselt on sellisel editoril väljad aga hard-coditud, mis tähendab seda et kui sa lisad midagi mängu mootorisse, pead sa ümber tegema ka editori. Tihti jääb aga editor lihtsalt uuendamata, mis tähendab et kasutaja ei pruugi pääseda kõikidele vajalikele väljadele üldse pärast ligigi.

Meie lähenemine oli teha mõlemat, panna mängu data XML failidesse ja teha abiks veel editor, mis suudaks XML failidega automaatselt hakkama saada.

Võiks ju küsida, et kui asju juba saab muuta XML faili sisu muutes, et miks seda editori üldse vaja peaks minema? Minu vastus oleks KIIRUS, MUGAVUS ja ÜLEVAATLIKUS.

=== Kiirus ===

Editoris on nupud töö kiirendamise jaoks, nagu True, False väljade automaatne täitmine.

[[File:Mugavad truefalse nupud.png|600px]]

Mingite suurte elementide kustutamine on ka vaid üks
nupulevajutus.

[[File:Elemendi kustutamis nupp.png|600px]]

Samuti elementide kopeerimine.

=== Mugavus ===
Ma (Kristjan Stolin) olen modifitseerinud oma lemmikmänge ja ka oma projekte juba aastakümneid.
Tihti on muutus mida sa tahad sisse viia suur töö.

Näiteks tahad sa mängu tasakaalu huvides panna kõikidele mängu elukatele 20% võrra elupunkte juurde. Mida ma vaene inimene pean siis

tegema kui terve päeva kulutama sellele, et ma mingi ebamugava editoriga käin kõik need sajad elukad ükshaaval läbi ja arvutan peas kui palju elusid juurde lisada ja siis panen
neile kõigile uue elude arvu. Ja voila! Oled rõõmus oma suure töö üle, kuid pärast paar päeva testimist selgub et sellest elude lisamisest oli ikkagi vähe ja vaja

kõigile elukatele veel elusid paari punkti
võrra juurde keerata. Ja jälle tööd kui palju.

Et seda asja inimesele mugavaks teha, tegime oma editori sisse võimalusi kõiki välju korraga muuta, näiteks lisame siin kõigele "Range" välja väärtustele 20% juurde.

[[File:Mass editing range.png|600px]]

Selle asemel et ükshaaval asju läbi käima hakata, selleks pole muud vaja teha kui kasutada välju kus meil on meil mõeldud kogu faili ulatuses asja muutmiseks.

Meie editor toetab moment üht tehet korraga, toetatud on nii jagamine, liitmine, lahutamine, korrutamine.

Näide 1:

Asendame real "Targets_Group" kollases tulbas väärtuse "=true" näiteks väärtusega "=false" ja kinnitamiseks vajutame S nuppu (Enter siin ei tööta).

Kõik "Targets_Group" väljad lähevad false-deks kõikides kohtades nagu "Magic Single Target Offense", "Melee Defence", "Summon Single"- ühesõnaga igal pool.

Näide 2.

Asendame real "Damage_max" kollases tulbas (mis on tulp kui sa soovid kõikides kohtades seda muuta) väärtuse "=10" (või mis iganes number seal on) väärtusega "+5" (kustutame =10 sealt enne ära) ja vajutame S nuppu.

Kõikidele Damage_max endistele väärtustele liideti igal pool 5 juurde.

Vea puhul kirjutatakse väljad lihtsalt üle sellega mis sa sisestasid.
Komakohtade jaoks kasuta koma, mitte punkti.

=== Ülevaatlikus ===
XML on tegelikult suht loetav aga editor annab siiski navigeerimisel eelise. Meie Editor leiab üles näiteks elemendi sisse peidetud Texture2D alamelemendid ja näitab neid võimalusel piltidena. Sa näed ka andmeid veidi inimsõbralikumas vormis.

XML faili sees olevate objektide puhul tekivad punakad nupud.

Kasutasime Windows Presentation Foundation vahendeid. Mängu Objektide XML formaati serialiseerimiseks kasutame XmlSerializer-it. Andmete kirjutamiseks faili kasutame StreamWriter-it.
XML toimetajas kasutasime XML andmete failist mälusse laadimiseks, mälus töötlemiseks ja faili salvestamiseks klassi XElement. Kasutasime päringukeelt LINQ.

== Tööjaotus ==
* Kristjan Stolin - idee & programmeerimine & wiki
* Ilmar Telga - programmeerimine & disain & wiki
* Lauri Kermas - programmeerimine, loogiline ülesehitus, juhendaja

== Logi ==
=== 11. detsember ===
Proovisime DataTemplate-iga kuid see tundus liiga jäik ja ei õnnestunud asju dünaamiliseks teha

=== 1. detsember ===
Proovisime andmete esitamist DataGrid-iga, kuid kuid LINQ päringutest saadud andmeid ei saanud muuta.

=== 29. november ===
LINQ-ga harjutamine. Algus oli raske.

=== 23. november ===
Esialgne XML toimetaja versioon.

=== 16. november ===
Selgus, et objekti serialiseerija nõuab, et klassil oleks parameetrita konstruktor.
Uurisime failikirjutajaid. Proovisime XmlWriter-it kuid see kirjutab failis teksti ühele reale. StreamWriter kirjutab XML elemendid faili eraldi ridadele ja liigendab need nii, et fail on ka inimesele loetav.

Dynamic disks

2010-12-16T17:20:34Z

Kstolin:

POOLELI VEEL

== Sissejuhatus ==

''Dynamic Disk'' ehk dünaamiline ketas on füüsiline ketas, millel on omadusi, mida ei ole tavalistel ketastel, nagu näiteks toetus ''Volume Spanningu'' jaoks mitmelt kettalt. Dünaamilised kettad kasutavad peidetud andmebaasi, et jälgida informatsiooni dünaamiliste andme-mahtude kohta nii kettal kui ka teistel, arvutis paiknevatel, dünaamilistel ketastel. Dünaamilise ketta haldamise meetod on meetod Windows operatsioonisüsteemile, mida tutvustati esmaselt Windows 2000 operatsiooni süsteemiga. Põhikontseptsioon pandi paika Unix platformil aastaid varem. Dünaamilistel ketastel on erinevad tüübid, nagu näiteks ''Simple Volume'', ''Spanned Volume'', ''Mirrored Volume'', ''RAID-5 Volume'' ja ka ''Striped Volume''.

Mõned ''Dynamic Disk''´i funktsioonid:
*Loo või kustuta ''Simple'', ''Spanned'', Striped'', ''Mirrored'' või ''RAID-5 Volume''´e.
*Laienda ''Simple'' või ''Spanned Volume''´e.
*Paranda ''Mirrored'' või ''RAID-5 Volume''´e.
*Reaktiveeri puudu- või väljasolevaid kettaid.

== Dünaamilise ketta terminid ==

'''''Volume''''' - Dünaamiliste andmete hoiustamisüksus, mis on loodud vabast ruumist kas ühel või rohkematel ketastel. See võib olla vormindatud faili-süsteemiga ja lisaks määratud ka draivi-täht. Dünaamiliste ketastel paiknevatel ''Volume''’idel on järgnevad tüübid: ''Simple'', ''Spanned'', ''Mirrored'', ''Striped'' ja ''RAID-5''.

'''''Simple Volume''''' - Kasutab vaba kettaruumi üksikult kettalt. See võib olla ketta üksik-regioon või koosneda mitmetest liidetud regioonidest. ''Simple Volume''’i saab laiendada kas samal kettal või lisatud ketastele. Kui ''Simple Volume'' on laiendatud üle mitme ketta, muutub ''Simple Volume'' ''Spanned Volume''’iks. (Vt. alltoodud näidet ''Simple Volume''´ist)

[[File:Küllonkena11.jpeg|border]]

'''''Spanned Volume''''' - Loodud vabast kettaruumist, mis on ühendatud üle mitme ketta. On võimalik laiendada ''Spanned Volume''’i maksimaalselt 32-le kettale. ''Spanned volume''’i ei saa peegeldada ja see pole vea-kindel. (Vt. alltoodud näidet ''Spanned Volume''´ist)

[[File:kelguga11.jpeg|border]]

'''''Striped Volume''''' - ''Volume'', mille andmed on ülekantavad ühele või rohkematele füüsilistele ketastele. Andmed sellist tüüpi ''Volume''’il on jaotatud alternatiivselt igale füüsilisele kettale. ''Striped Volume'' ei ole peegeldatav või laiendatav ja pole rikkekindel. Seda ''Volume''’i tuntakse ka ''RAID-0'' nime all. (Vt. alltoodud näidet ''Striped Volume''´ist)

[[File:hangest11.jpeg|border]]

'''''Mirrored volume''''' - Veakindel ''Volume'', mille andmed on kopeeritud kahele füüsilisele kettale. Kõik andmed, mis paiknevad ühel ''Volume''’il, on kopeeritud teiste ketaste andmete hoiustamisüksusesse, nii et kui üks ketas lakkab töötamast, saab siiski andmetele ligi läbi teise allesjäänud ketta. ''Mirrored volume''’i ei saa laiendada ja see on samuti tuntud ka ''RAID-1''’na.
(Vt. alltoodud näidet ''Mirrored Volume''´ist)

[[File:alla11.jpeg|border]]

'''''RAID-5''''' - Rikkekindel ketas, mille kolmele või enamale kettale on vaheldumisi salvestatud andmed ja paarsus. Paarsus on arvutatud väärtus, mille abil taastatakse andmed pärast tõrke tekkimist. Kui füüsilist ketast tabab tõrge, loob Windows allesjäänud andmete ja paarsuse põhjal rikutud osal asunud andmed uuesti. ''RAID-5'' draive'i saate luua ainult dünaamilistel ketastel ja neid draive ei saa peegeldada ega laiendada. (Vt. alltoodud näidet ''RAID-5 Volume''´ist)

[[File:lasta11.jpeg|border]]

== Probleemid ja negatiivsed küljed ==

Tundub nagu propageeriksid praegu kasutusel olevad Windows Vista, 7 ja 2008 oluliselt rohkem dünaamilise ketta kasutamist, kui nende eelkäijad-versioonid nagu näiteks Windows 2000, XP ja 2003. Põhjus seisneb ilmselt selles, et Windows Vista, 7 ja 2008-ga kaasasoleva Disk Management'i abil on võimalik dünaamiline ketas luua otse põhikettale. Ajal, mil luuakse ''Dynamic Volume'', konverteerub ka põhiketas automaatselt dünaamiliseks kettaks. Disk Management muudabki dünaamilise ketta loomise väga lihtsaks ka tavakasutajatele. Järgnev kirjeldab dünaamilise ketta kasutamisel tekkivaid probleeme ning selle negatiivseid külgi.

*Pärast põhiketta dünaamiliseks kettaks konverteerimist, ei saa dünaamilist ketast otse, ilma vastavat tööriista kasutamata, põhikettaks taastada. Kõigepealt tuleks kustutada kõik ''Volume''´id dünaamilisel kettal ja seejärel konverteerida dünaamiiline ketas tagasi põhikettaks. Lisaks soovitatakse eelnevalt varundada ''Dynamic Volume''´il olev informatsioon ning alles seejärel konverteerida dünaamiline ketas tagasi põhikettaks. On olemas ka variant konverteerida dünaamiline ketas otse tagasi põhikettaks, kuid seda juba tööriista "Dynamic Disk Converter"it kasutades.

*Multi-süsteemi installeerimine kettale ja selle konverteerimine dynaamiliseks kettaks, võib viia süsteemi ebanormaalse käivutmiseni. See võib juhtuda juhul, kui näiteks Windows 2000 ja Windows XP on installeeritud ühele plaadile. Näiteks kui muuta Windows XP-s põhiketas dünaamiliseks ning seejärel käivitada Windows 2000, toob see kaasa "Blue Screen Of Death"i ja operatsioonisüsteem ei käivitu. Põhjuseks võib pidada Windows XP dünaamilist ketast, sest süsteem sõltub käivitumisel partitsioonitabelist ning Windows 2000 kävitamisel ei tea operatsioonisüsteem, et olemasolev ketas on muudetud dünaamiliseks ning konfiguratsiooniprofiilid Windows 2000 on endiselt põhiketta omad. Nii tekibki viga arvuti käivitamisel. Järelikult on mõistlik, kasutades multi-süsteemi, mitte konverteerida põhiketast dünaamiliseks.

*Dünaamilised kettad ei ole Windows 98/XP Home´i ja DOS-i üleslaetavate ketaste kaudu ligipääsetavad. Kui peaks olema tekkinud viga arvuti käivitamisel, siis sellise probleemi lanhedamine vanu meetodeid kasutades oleks üsnagi keerukas. Hiljutised operatsioonisüsteemid, Windows Vista ja hilisemad, toetavad dünaamilisi kettaid. Lisaks, dünaamilist ketast ei toeta kolmanda osapoole partatsiooni haldamise tööriistasid, nagu Acronis Disk Director, Paragon Partition Manager, Easeus Partation Master jne.

*Tegelikult ei saa dünaamilist ketast viia süsteemi partitsiooni. ''Spanned Volume'' ja ''Striped Volume'' võimaldavad laiendada ''Volume''´i mahutatavust, kasutades mitmik-kettal olevat kasutamata ruumi, kuid süsteemipartitsiooni ''Simple Volume'' ei saa eksisteerida multi-kettal. Samuti pole võimalik pääseda ''Spanned'' ja ''Striped Volume''´ile ligi, kui üks neist ketastest on kahjustatud.

*Lisaks seisneb probleem ka selles, et kas Windows Vista/2008 ja Windows 7 saab installeerida dünaamilisele kettale või mitte. Et tagada andmete turvalisus, ei saa operatsioonisüsteemi paigaldada dünaamilisele kettale. Erandiks on, et OS-i saab installida dünaamilise süsteemi ''Volume''´ile. Nt: Kõigepealt installeeritakse Vista põhikettale ning seejärel muuta põhiketas dünaamiliseks ja siis sellele dünaamilisele kettale saab otse installeerida OS(näiteks Windows 7 vms), et asendada algselt installeeritud Vista. Windows 2000/XP/2003 nende installerimisel ei suudeta tagada andmete turvalisus nii hästi kui Vistal, sest tavaliselt ''Dynamic Volume'' hävineb installeerimise käigus, seega on soovituslik esmalt muretsenda endale Dynamic Disk Converter, et konverteerida dünaamiline ketas põhikettaks ja siis installeerida uus operatsioonisüsteem, et vältida andmete kahjustumist.

== Võimalused ==

Erinevates operatsioonisüsteemides ''Simple'', ''Striped'', ''Spanned'', ''Mirrored'' ja ''RAID-5 Volume''´ite kasutamisvõimalused.

[[File:teretere111.jpeg]]

== Hoiatus ==

----
Asjad, mida peaks '''KINDLASTI''' teadma, enne kui otsustatakse põhiketas konverteerida dünaamiliseks kettaks.
----

*Et luua dünaamilist ketast, peate olema süsteemi sisse logitud administraatorina.

*'''ÄRA''' konverteeri ketast, millele on installeeritud operatsioonisüsteem, dünaamiliseks kettaks. Sedasi talitades loote olukorra, kus ei ole võimalik enam seda operatsioonisüsteemi käivitada.

*Kui te kasutate põhiketast varikoopiate andmete varundamiseks ja te kavatsete konverteerida ketast dünaamiliseks, on oluline võtta kasutusele järgnevad ettevaatusabinõud, et hoida ära andmete kadumaminek: Kui põhiketas ei ole kasutusel kui üleslaetav ketas (partatsioon) on mõistlik see välja lülitada, enne kui konverteerida varundandmeid sisaldav ketas dünaamiliseks kettaks. Et kettal olevad varikoopiad ei hävineks, on oluline, et originaalfaile sisaldav ketas lülitataks tööle lähima 20 minuti jooksul. Kui varikoopiad asuvad boot volume'il, on võimalik ketas konverteerida dünaamiliseks kettaks, ilma andmeid kaotamata. Käsk mountvol, koos lisaatribuudiga /p, on mõeldud volume'i väljalülitamiseks. ''Volume''´i käivitamiseks on Disk Management'is olemas snap-in käsk, või käsurealt käsk mountvol.

*Taastades dünaamiliselt kettalt System Image'it, ei ole võimalik arvutis olevaid kettaid formattida, et sobitada ketast tagavarakettaga. Et kasutada täisfunktsionaalsust, selekteeri põhikettal olev ''Volume'' tagavara asukohana.

*Pärast põhiketta dünaamiliseks kettaks muutmist, ei ole võimalik ''Dynamic Volume''´i tagasi partitsioonideks muuta. Selleasemel on vajalik kustutada kõik dünaamilisel kettal olevad ''Volume''´id ning seejärel muuta see tagasi tavakettaks. Et '''säilitada andmeid''', on tarvis need eelnevalt kõrvalolevale kettale varundada.

*Püüdes Disk Managementis midagi muuta, olles eelnevalt keelustanud Disk Defragmenteri teenuse, saate veateate. Selle vältimiseks jälgige, et Disk Defragmenteri teenus on seadistatud manuaalsele sisse-välja lülitamisele.

== Põhiketta konverteerimine dünaamiliseks kettaks ==

'''1. võimalus:'''
Käsurealt põhiketta konverteerimiseks dünaamiliseks kettaks ''Command Prompt''´i- abil:

#Ava ''Command Prompt'' administraatorina ja trüki sinna ''diskpart'' ning vajuta ''ENTER''.
#Kirjuta käsureale ''List Disk''. '''NB!'''Pead teadma, millist ketast soovid konverteerida.
#Kirjuta käsureale ''Select Disk'' #.(# asenda oma ketta-numbriga, nt. Disk1)
#Kirjuta käsureale ''Convert Dynamic''.

Seehulgas:
'''List Disk''' kuvab nimekirja, millised kettad arvutis paiknevad ja annab ka informatsiooni nende kohta. Näiteks: Ketaste ja vaba ruumi suuruse või kas on tegemist põhi- või dünaamilise kettaga. Lisaks saab teada, kas andmekandja on seadistatud kasutama alglaadimise sissekandeid(Master Boot Record - MBR) või GUID partatsioonitabelit (GPT). Ketas, mille ees on tärnike(*), sellele on parasjagu fokuseeritud.
'''Select Disk'''´i abil on võimalik valida enda jaoks vajaminev ketas ja see kinnitada, mis hiljem soovitakse dünaamiliseks kettaks konverteerida.
'''Convert Dynamic''' käsk konverteeribki põhiketta dünaamiliseks. Kõik eksisteerivad partatsioonid muutuvad ''Simple Volume''´ideks.

Vaata ka illustreerivat pilti:

[[File:ilusiluscmd.jpeg]]

'''2. võimalus:'''
Kasutades ''Disk Management''´i:

1. Esmalt ava ''Server Manager'' ning seejärel vasakul-olevast tulbast ''Storage'' alt leiad ''Disk Management''´i.

[[File:Sa11.jpeg]]

2. Seejärel vajuta parem ''click'' kettale, mida soovid hakata konverteerida dünaamiliseks kettaks. Avanevad erinevad võimalused, mis selle kettaga teha saab, kuid tuleb valida käsk ''Convert to Dynamic Disk'' ehk konverteeri dünaamiliseks kettaks.

[[File:Lootma11.jpeg]]

3. Pärast seda, kui oled vajutanud käsule ''Convert to Dynamic Disk'', avaneb aken, kus saab veel igaks juhuks täpsustada ja üle kontrollida, et oled ikka valinud õige ketta, mida konverteerima hakkad. Kui kõik on õige, tuleb vajutada käsule "OK".

[[File:Pead11.jpeg]]

4. Kui vajutasid "OK"´le nagu eelmises punktis kirjas oli, avaneb viimast korda enne põhiketta konverteerimist dünaamiliseks kettaks, kontroll-aken tekstiga: Ketas, mida soovite konverteerida dünaamiliseks, on näidatud alljärgnevas listis. Kui oled oma valikus kindel, vajuta käsule ''Convert''. '''NB!''' Et näha rohkem informatsiooni konverteeritava ketta kohta, vajuta käsule ''Details''.

[[File:6nn11.jpeg]]

5. Ja ongi valmis: oled konverteerinud põhiketta dünaamiliseks kettaks.

[[File:Eimöödu11.jpeg]]

== Kasutatud kirjandus ==

*http://www.easeus.com/resource/dynamic-disk-recovery.htm
*http://technet.microsoft.com/en-us/library/cc976790.aspx
*http://www.sevenforums.com/tutorials/26823-convert-basic-disk-dynamic-disk.html
*http://technet.microsoft.com/en-us/library/cc977216.aspx
*http://www.dynamic-disk.com/what-is-dynamic-disk.html
*http://www.petri.co.il/difference_between_basic_and_dynamic_disks_in_windows_xp_2000_2003.htm
*http://www.computerperformance.co.uk/Litmus/disk_dynamic.htm
*http://www.partition-tool.com/resource/extend-windows-server-dynamic-disk.htm

== Autor ==

'''Katrin Kukk A22'''

Talk:Meeskond "Kosmoseahi"

2010-12-16T15:49:22Z

Kstolin:

Küll minust ka kord kange kosmosepiraat saab.

Aga mitte täna. Mitte selle mänguga. Mängu tulistamisnuppu oli mõtekas pidevalt all hoida. Küll kuskil miski ikka pihta saab.

Asi töötas, kokku ei jooksnud. Mingit manuali sellisele mängule vaja ei lähe. Netis olevad highscorid oli lahe idee. Ega selle ajaga
paremat asja valmis vast poleks saanudki.

Sourcu ei vaadanud, aga selge on see et sellise mahuga asja pelgalt if-ide peale üles ei ehita.

<<<K.Stolin>>>

Meeskond "Ready or Not, Here it Comes!"

2010-12-16T15:11:41Z

Kstolin:

Kui mäng on korduma hakanud, siis tahavad aktiivsemad kasutajad tihti kätt proovida mängu oma soovidele vastavalt muutes.
Selleks on tavaliselt mängu tegijad loonud mingid võimalused kas editoride või mingite inimkeeli loetavate ja kirjutatavate failide näol.

Tooks siin näiteks mängu "Heroes of Might and Magic V". Heroes 5 on läinud seda teed et ta enamiku oma andmeid on salvestanud XML-formaadis failidesse, mida on tuhandeid ja mis kokkupakitult võtavad ruumi 1.4 GB.

[[File:Heroes5 data.png|600px|border]]

Asi on antud "as is" ingl.k, ilma dokumentatsioonita, et väljade nimede järgi peavad inimesed ise aru saama millega on tegu, mis tähendab ka väga palju sihitut sobramist.

Teine variant on teha selline editor, nagu kasutas mäng Age of Wonders II (Shadow Magic).

[[File:Shadow_magic_editor.png|600px]]

Tavaliselt on sellisel editoril väljad aga hard-coditud, mis tähendab seda et kui sa lisad midagi mängu mootorisse, pead sa ümber tegema ka editori. Tihti jääb aga editor lihtsalt uuendamata, mis tähendab et kasutaja ei pruugi pääseda kõikidele vajalikele väljadele üldse pärast ligigi.

Meie lähenemine oli teha mõlemat, panna mängu data XML failidesse ja teha abiks veel editor, mis suudaks XML failidega automaatselt hakkama saada.

Võiks ju küsida, et kui asju juba saab muuta XML faili sisu muutes, et miks seda editori üldse vaja peaks minema? Minu vastus oleks KIIRUS, MUGAVUS ja ÜLEVAATLIKUS.

=== Kiirus ===

Editoris on nupud töö kiirendamise jaoks, nagu True, False väljade automaatne täitmine.

[[File:Mugavad truefalse nupud.png|600px]]

Mingite suurte elementide kustutamine on ka vaid üks
nupulevajutus.

[[File:Elemendi kustutamis nupp.png|600px]]

Samuti elementide kopeerimine.

=== Mugavus ===
Ma (Kristjan Stolin) olen modifitseerinud oma lemmikmänge ja ka oma projekte juba aastakümneid.
Tihti on muutus mida sa tahad sisse viia suur töö.

Näiteks tahad sa mängu tasakaalu huvides panna kõikidele mängu elukatele 20% võrra elupunkte juurde. Mida ma vaene inimene pean siis

tegema kui terve päeva kulutama sellele, et ma mingi ebamugava editoriga käin kõik need sajad elukad ükshaaval läbi ja arvutan peas kui palju elusid juurde lisada ja siis panen
neile kõigile uue elude arvu. Ja voila! Oled rõõmus oma suure töö üle, kuid pärast paar päeva testimist selgub et sellest elude lisamisest oli ikkagi vähe ja vaja

kõigile elukatele veel elusid paari punkti
võrra juurde keerata. Ja jälle tööd kui palju.

Et seda asja inimesele mugavaks teha, tegime oma editori sisse võimalusi kõiki välju korraga muuta, näiteks lisame siin kõigele "Range" välja väärtustele 20% juurde.
[[File:Mass editing range.png|600px]]

Selle asemel et ükshaaval asju läbi käima hakata, selleks pole muud vaja teha kui kasutada välju kus meil on meil mõeldud kogu faili ulatuses asja muutmiseks.

Meie editor toetab moment üht tehet korraga, toetatud on nii jagamine, liitmine, lahutamine, korrutamine.
Vea puhul kirjutatakse väljad lihtsalt üle sellega mis sa sisestasid.
Komakohtade jaoks kasuta koma, mitte punkti.

=== Ülevaatlikus ===
XML on tegelikult suht loetav aga editor annab siiski navigeerimisel eelise. Meie Editor leiab üles näiteks elemendi sisse peidetud Texture2D alamelemendid ja näitab neid võimalusel piltidena. Sa näed ka andmeid veidi inimsõbralikumas vormis.

Kasutasime Windows Presentation Foundation vahendeid. Mängu Objektide XML formaati serialiseerimiseks kasutame XmlSerializer-it. Andmete kirjutamiseks faili kasutame StreamWriter-it.
XML toimetajas kasutasime XML andmete failist mälusse laadimiseks, mälus töötlemiseks ja faili salvestamiseks klassi XElement. Kasutasime päringukeelt LINQ.

== Tööjaotus ==
* Kristjan Stolin - idee & programmeerimine & wiki
* Ilmar Telga - programmeerimine & disain & wiki
* Lauri Kermas - programmeerimine, loogiline ülesehitus, juhendaja

== Logi ==
=== 11. detsember ===
Proovisime DataTemplate-iga kuid see tundus liiga jäik ja ei õnnestunud asju dünaamiliseks teha

=== 1. detsember ===
Proovisime andmete esitamist DataGrid-iga, kuid kuid LINQ päringutest saadud andmeid ei saanud muuta.

=== 29. november ===
LINQ-ga harjutamine. Algus oli raske.

=== 23. november ===
Esialgne XML toimetaja versioon.

=== 16. november ===
Selgus, et objekti serialiseerija nõuab, et klassil oleks parameetrita konstruktor.
Uurisime failikirjutajaid. Proovisime XmlWriter-it kuid see kirjutab failis teksti ühele reale. StreamWriter kirjutab XML elemendid faili eraldi ridadele ja liigendab need nii, et fail on ka inimesele loetav.

Meeskond "Ready or Not, Here it Comes!"

2010-12-16T14:55:54Z

Kstolin:

Kui mäng on korduma hakanud, siis tahavad aktiivsemad kasutajad tihti kätt proovida mängu oma soovidele vastavalt muutes.
Selleks on tavaliselt mängu tegijad loonud mingid võimalused kas editoride või mingite inimkeeli loetavate ja kirjutatavate failide näol.

Tooks siin näiteks mängu "Heroes of Might and Magic V". Heroes 5 on läinud seda teed et ta enamiku oma andmeid on salvestanud XML-formaadis failidesse, mida on tuhandeid ja mis kokkupakitult võtavad ruumi 1.4 GB.

[[File:Heroes5 data.png|600px|border]]

Asi on antud "as is" ingl.k, ilma dokumentatsioonita, et väljade nimede järgi peavad inimesed ise aru saama millega on tegu, mis tähendab ka väga palju sihitut sobramist.

Teine variant on teha selline editor, nagu kasutas mäng Age of Wonders II (Shadow Magic).

[[File:Shadow_magic_editor.png|600px]]

Tavaliselt on sellisel editoril väljad aga hard-coditud, mis tähendab seda et kui sa lisad midagi mängu mootorisse, pead sa ümber tegema ka editori. Tihti jääb aga editor lihtsalt uuendamata, mis tähendab et kasutaja ei pruugi pääseda kõikidele vajalikele väljadele üldse pärast ligigi.

Meie lähenemine oli teha mõlemat. Panna mängu data XML failidesse ja teha abiks veel editor, mis suudaks XML failidega automaatselt hakkama saada.

Võiks ju küsida, et kui asju saab muuta XML faili sisu muutes, et miks see editor siis üldse hea peaks olema? Minu vastus oleks "kiirus, mugavus ja ülevaade".

"Kiirus"
Editorile saad sa lisada nuppe töö kiirendamise jaoks, nagu True, False väljade automaatne täitmine.

[[File:Mugavad truefalse nupud.png|600px]]

Mingite suurte elementide kustutamine on ka vaid üks
nupulevajutus.

[[File:Elemendi kustutamis nupp.png|600px]]

Samuti elementide kopeerimine.

"Mugavus"
Ma (Kristjan Stolin) olen modifitseerinud oma lemmikmänge ja ka oma projekte juba aastakümneid.
Tihti on muutus mida sa tahad sisse viia suur töö.

Näiteks tahad sa mängu tasakaalu huvides panna kõikidele mängu elukatele 20% võrra elupunkte juurde. Mida ma vaene inimene pean siis

tegema kui terve päeva kulutama sellele, et ma mingi ebamugava editoriga käin kõik need sajad elukad ükshaaval läbi ja arvutan peas kui palju elusid juurde lisada ja siis panen
neile kõigile uue elude arvu. Ja voila! Oled rõõmus oma suure töö üle, kuid pärast paar päeva testimist selgub et sellest elude lisamisest oli ikkagi vähe ja vaja

kõigile elukatele veel elusid paari punkti
võrra juurde keerata. Ja jälle tööd kui palju.

Et seda asja inimesele mugavaks teha, tegime oma editori sisse võimalusi kõiki välju korraga muuta, näiteks lisame siin kõigele "Range" välja väärtustele 20% juurde.
[[File:Mass editing range.png|600px]]

Selle asemel et ükshaaval asju läbi käima hakata, selleks pole muud vaja teha kui kasutada välju kus meil on meil mõeldud kogu faili ulatuses asja muutmiseks.

Meie editor toetab moment üht tehet korraga, toetatud on nii jagamine, liitmine, lahutamine, korrutamine.
Vea puhul kirjutatakse väljad lihtsalt üle sellega mis sa sisestasid.
Komakohtade jaoks kasuta koma, mitte punkti.

"Ülevaade"
XML on tegelikult suht loetav aga editor annab siiski navigeerimisel eelise. Meie Editor leiab üles näiteks elemendi sisse peidetud Texture2D alamelemendid ja näitab neid võimalusel piltidena.

Plaanis on teha XNA projektis tehtud mängule salvestamise funktsioon ja salvestatud failile toimetaja. Kasutame Windows Presentation Foundation vahendeid.

Mängu salvestamine toimub XML formaadis faili. Objektide XML formaati serialiseerimiseks kasutame XmlSerializer-it. Andmete kirjutamiseks faili kasutame StreamWriter-it.

XML toimetajas kasutame XML andmete failist mälusse laadimiseks, mälus töötlemiseks ja faili salvestamiseks klassi XElement.

== Tööjaotus ==
* Kristjan Stolin - idee & programmeerimine
* Ilmar Telga - programmeerimine & disain & wiki
* Lauri Kermas - programmeerimine

== Logi ==
=== 11. detsember ===
Proovisime DataTemplate-iga kuid see tundus liiga jäik ja ei õnnestunud asju dünaamiliseks teha

=== 1. detsember ===
Proovisime andmete esitamist DataGrid-iga, kuid kuid LINQ päringutest saadud andmeid ei saanud muuta.

=== 29. november ===
LINQ-ga harjutamine. Algus oli raske.

=== 23. november ===
Esialgne XML toimetaja versioon.

=== 16. november ===
Selgus, et objekti serialiseerija nõuab, et klassil oleks parameetrita konstruktor.
Uurisime failikirjutajaid. Proovisime XmlWriter-it kuid see kirjutab failis teksti ühele reale. StreamWriter kirjutab XML elemendid faili eraldi ridadele ja liigendab need nii, et fail on ka inimesele loetav.

File:Mugavad truefalse nupud.png

2010-12-16T14:46:29Z

Kstolin:

File:Mass editing range.png

2010-12-16T14:38:52Z

Kstolin:

File:Elemendi kustutamis nupp.png

2010-12-16T14:29:12Z

Kstolin:

Meeskond "Ready or Not, Here it Comes!"

2010-12-16T14:19:16Z

Kstolin:

[[File:Heroes5 data.png|thumb|600px]]
Kui mäng on korduma hakanud, siis tahavad aktiivsemad kasutajad tihti kätt proovida mängu oma soovidele vastavalt muutes.
Selleks on tavaliselt mängu tegijad loonud mingid võimalused kas editoride või mingite inimkeeli loetavate ja kirjutatavate failide näol.

Tooks siin näiteks mängu "Heroes of Might and Magic V". Heroes 5 on läinud seda teed et ta enamiku oma andmeid on salvestanud XML-formaadis failidesse, mida on tuhandeid ja mis kokkupakitult võtavad ruumi 1.4 GB.

Asi on antud "as is" ingl.k, ilma dokumentatsioonita, et väljade nimede järgi peavad inimesed ise aru saama millega on tegu, mis tähendab ka väga palju sihitut sobramist.

Teine variant on teha selline editor, nagu kasutas mäng Age of Wonders II (Shadow Magic).
[[File:Shadow_magic_editor.png|thumb|600px]]

Tavaliselt on sellisel editoril väljad aga hard-coditud, mis tähendab seda et kui sa lisad midagi mängu mootorisse, pead sa ümber tegema ka editori. Tihti jääb aga editor lihtsalt uuendamata, mis tähendab et kasutaja ei pruugi pääseda kõikidele vajalikele väljadele üldse pärast ligigi.

Meie lähenemine oli teha mõlemat. Panna mängu data XML failidesse ja teha abiks veel editor, mis suudaks XML failidega automaatselt hakkama saada.

Võiks ju küsida, et kui asju saab muuta XML faili sisu muutes, et miks see editor siis üldse hea peaks olema? Minu vastus oleks "kiirus, mugavus ja ülevaade".

"Kiirus"
Editorile saad sa lisada nuppe, nagu True, False väljade automaatne täitmine. Mingite suurte elementide kustutamine on ka vaid üks

nupulevajutus.
Samuti elementide kopeerimine.
[pilt]

"Mugavus"
Ma (Kristjan Stolin) olen modifitseerinud oma lemmikmänge ja ka oma projekte juba aastakümneid.
Tihti on muutus mida sa tahad sisse viia suur töö.

Näiteks tahad sa mängu tasakaalu huvides panna kõikidele mängu elukatele 20% võrra elupunkte juurde. Mida ma vaene inimene pean siis

tegema kui terve päeva kulutama sellele, et ma mingi ebamugava editoriga käin kõik need sajad elukad ükshaaval läbi ja arvutan peas kui palju elusid juurde lisada ja siis panen
neile kõigile uue elude arvu. Ja voila! Oled rõõmus oma suure töö üle, kuid pärast paar päeva testimist selgub et sellest elude lisamisest oli ikkagi vähe ja vaja

kõigile elukatele veel elusid paari punkti
võrra juurde keerata. Ja jälle tööd kui palju.

Et seda asja inimesele mugavaks teha, tegime oma editori sisse võimalusi kõiki välju korraga muuta, näiteks lisame Rangile 20% juurde.

[pilt]
Selle asemel et ükshaaval asju läbi käima hakata, selleks pole muud vaja teha kui kasutada välju kus meil on meil mõeldud kogu faili ulatuses asja muutmiseks.

[pilt]

Meie editor toetab moment üht tehet korraga, toetatud on nii jagamine, liitmine, lahutamine, korrutamine.
Vea puhul kirjutatakse väljad lihtsalt üle sellega mis sa sisestasid.
Komakohtade jaoks kasuta koma, mitte punkti.

"Ülevaade"
XML on tegelikult suht loetav aga editor annab siiski navigeerimisel eelise. Meie Editor leiab üles näiteks elemendi sisse peidetud Texture2D alamelemendid ja näitab neid võimalusel piltidena.

Plaanis on teha XNA projektis tehtud mängule salvestamise funktsioon ja salvestatud failile toimetaja. Kasutame Windows Presentation Foundation vahendeid.

Mängu salvestamine toimub XML formaadis faili. Objektide XML formaati serialiseerimiseks kasutame XmlSerializer-it. Andmete kirjutamiseks faili kasutame StreamWriter-it.

XML toimetajas kasutame XML andmete failist mälusse laadimiseks, mälus töötlemiseks ja faili salvestamiseks klassi XElement.

== Tööjaotus ==
* Kristjan Stolin - idee & programmeerimine
* Ilmar Telga - programmeerimine & disain & wiki
* Lauri Kermas - programmeerimine

== Logi ==
=== 11. detsember ===
Proovisime DataTemplate-iga kuid see tundus liiga jäik ja ei õnnestunud asju dünaamiliseks teha

=== 1. detsember ===
Proovisime andmete esitamist DataGrid-iga, kuid kuid LINQ päringutest saadud andmeid ei saanud muuta.

=== 29. november ===
LINQ-ga harjutamine. Algus oli raske.

=== 23. november ===
Esialgne XML toimetaja versioon.

=== 16. november ===
Selgus, et objekti serialiseerija nõuab, et klassil oleks parameetrita konstruktor.
Uurisime failikirjutajaid. Proovisime XmlWriter-it kuid see kirjutab failis teksti ühele reale. StreamWriter kirjutab XML elemendid faili eraldi ridadele ja liigendab need nii, et fail on ka inimesele loetav.

File:Shadow magic editor.png

2010-12-16T14:08:02Z

Kstolin:

File:Heroes5 data.png

2010-12-16T14:02:19Z

Kstolin:

Talk:Meeskond "Kosmoseahi"

2010-12-10T16:45:29Z

Kstolin: Created page with 'Küll minust ka kord kange kosmosepiraat saab. Aga mitte täna. Mitte selle mänguga. Mängu tulistamisnuppu oli mõtekas pidevalt all hoida. Küll kuskil miski ikka pihta saab.…'

Talk:Meeskond "Sõjardid"

2010-12-10T16:07:00Z

Kstolin:

Mängu idee pole uus ja mäng on poolik. Ei saa aru miks on wiki lehel kirjutatud tetrisest. Tundub nagu oleks kiiruga mingi mäng valmis klopsitud ja siis on unustatud wikit muuta.
Wiki on üldiselt väga vähe informatiivne.

Mängus on levelid, kuid ei saanud aru, mis levelite vahetusega muutub.
Peale surma saamist liikus Tux vasakusse nurka, mis oli samuti ebamugav. Loogiline oleks, et ta liiguks keskele tagasi.
Mängu manuaal oli vigane/vale. Unustatud vist muuta peale mängu valmimist.

Klasse on minu arvates liiga palju. Sarnased meetodid oleks saanud viia kokku ühte klassi.

Mängu taust genereeritakse jooksvalt, mis on hea, kuid see võiks vertikaalselt liikuda. Mängus on heliefektid, mis tegid mängitavust natukene meeldivamaks.

'''Jarko Kaskmaa D21'''
----
Mäng töötab. Mängu sisu on enam vähem sama kehva kui paljudel teistel projektidel (ja sellise lühikese mahuga ei olegi mõtet palju oodata) (see on siis samad vastased, sama level kordusena).
Esimene üritus (ja ka viimane mängu seda mängu mängida) lõppes mu surmaga lev 9, (alles olid kõik elud, lihtsalt klotsid jõudsid alla). Koodi vaadates 5 minutit oli selge et level 9 oli ka viimane level, nii et uuesti üritamise soovi ma ei tundnud.

Source Code:
Klassid on minu arust tehtud ok-lt. Struktuur on arusaadav. Pooled klassid on ka kommenteeritud, aga isegi kommenteerimata osa on arusaadav.

Musa, pilt, üldine ülesehitus- talutav.
'''Kristjan Stolin D21'''

Juhend: Teine kodutöö aines "Programmeerimine CSharp keeles" (WPF Projekt)

2010-11-18T11:57:55Z

Kstolin: /* Meeskonnad 2010 */

=Teine kodutöö aines "Programmeerimine CSharp keeles" (WPF Projekt)=
==Eesmärk==
Saada praktiline arenduskogemus .Net keskkonnas ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks või mitu meeskonda.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas ning soovikorral ka ajaveebis (blogis). Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

http://wiki.itcollege.ee keskkonnas peab olema vähemalt kokkuvõte tehtud tööst, lahenduse tehniline kirjeldus (letud lahendused, kasutusel olevad klassid ja nende kirjeldus, toimimise põhimõte) ning kasutusjuhis. '''Wikis peab kindlasti olema ka viide lõpplahenduse lähtekoodile'''

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 15. november 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 28. november 2010.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis [ät] eesti.ee
(teksti originaalautor Priit Raspel)

=Teemad 2010 sügis=

Kodutööna tuleb luua:
==Kodune raamatukogu==
Kodudes on tihti erinevaid raamatuid (filme, muud nänni) ja sõbrad tahavad neid vahel laenutada.
Loo rakendus, mis
* Võimaldaks sisestada kodused raamatud
* Võimaldaks luua laenutajate profiile
* Raamatuid välja laenutada (tähtajaliselt)
* Laseks koostada erinevaid aruandeid (kodusolevad raamatud, väljalaenutatud raamatud, tähtaja ületanud laenutused jne)

Lisavõimalused
* Kui laenutaja profiilis on e-mail, siis saada automaatselt e-kiri „kallis sõber see ja see, Sinu käes on minu raamat, kas tood tagasi ka?”
* Kuva hoiatused, kui laenutaja laenutuste ajalugu on vilets või kui mõni raamat on tagastamata.
* Lase lisada raamatutele pilt
* Loo lihtne veebiliides (et sõbrad saaksid veebist vaadata, mis raamatud kasutajal kodus veel alles on)
Või
==CRM==
Oma klientidest peab olema ülevaade.
Loo rakendus, mis võimaldab:
* Kliente ning nende kontaktisikuid sisestada, muuta ning kustutada
* Võimalda sisestada kliendikontakte
* Koostada hinnapakkumisi klientidele, kusjuures hinnapakkumine lisatakse süsteemi ka kui kliendikontakt ning saadetakse samast süsteemist kliendile.
* Kliendi andmete vaatamisel kuvatakse ka kliendikontaktid

Lisavõimalused
* Loo võimalus, kus kontaktisiku sünnipäeva saabumisel saadetakse automaatselt inimesele meil õnnesoovidega
* Õnnitlusmeilide template’sid võiks olla mitu
* Loo võimalus kliendi huvide (huvialade) kajastamiseks süsteemis
* Loo võimalus klientide omavaheliseks sidumiseks (ehk võimalus klientide võimalike omavaheliste suhete kirjeldamiseks)

Või
* Meeskonna poolt pakutud ja õppejõu poolt heaks kiidetud teema

==Nõuded==
* '''Põhiidee: tuleb luua nö "ärirakendus"
Loodav rakendus peab:
* Peab kasutama andmebaasi (erikokkuleppel ka XML formaadis andmeallikat)
* Peab võimaldama tegevuste kohta registri pidamist (logi)
* Kasutama kasutajaliidesena ühte järgmistest: Windows Forms, WPF, SilverLight (ka Windows Phone 7) või ASP.Net

'''Loodav rakendus peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Ilusasti kirjutatud ja veatu kood (testimine, testimine, testimine)
* Orginaalsed ideed ja hea äriidee

= Meeskonnad 2010=

==[[Meeskond "Meeskonna nimi"]]==
Teeme midagi
===Teema===
Võtame sealt selle, paneme tänna...

===Liikmed===
* Tõnu Kaalikas
* Mari Maasikas
* Mikk Murakas

==[[Meeskond "Ready or Not, Here it Comes!"]]==

===Teema===
XNA mängule savegame + editor;

===Liikmed===
* Kristjan Stolin
* Lauri Kermas
* Ilmar Telga

==[[Meeskond "Modern Iron"]]==
[[File:pcbmodel.png|thumb|250px|Andmemudel]]

PC Builder Lite™ - ITK isiklik hinnavaatlus

===Teema===

Kas sul vedeleb kodus vana riistvara ja tolkneb seal nagu mungal niisama?<br />
Nüüd on sul võimalus sellest vabaneda, teistele kasulik olla ja selle eest ka pappi teenida<br />
või otsid endale kodu arvutit odava hinna eest siis PCB Lite on just sinule mõeldud.<br />

===Liikmed===
* Jaan Kruusma
* Siim Kündre
* Madis Kõosaar
* Keito Arula
* Silver Kuusik

==[[Meeskond "ISU - aI Sii jUu"]]==

FML - Programm, mille abil on avalikus wifi-s võimalik vaadata teiste msn vestlusi.

===Teema===

"Big Brother is watching you" - Tahad teada, mida sinu sõbrad tegelikult sinust arvavad? Sõbrad jagavad saladusi, kuid sind hoitakse pimeduses? - Enam mitte, sest meie programmi abil saad avalikus wifi-s teada kõik, millest sinu sõbrad msnis räägivad. FML on programm, mis kuvab teile erinevate inimeste vestlused avalikus wifis ja seda kõike nii lihtsalt, et teil tekib tunne, nagu oleksite ise üks vestlustes osaleja.

===Liikmed===
*Jaan Vahtre
*Taavi Ilves
*Tanel Liiv
*Kristjan Kalder

==[[Meeskond "...."]]==

===Teema===

Arvatavasti raamatukogu

===Liikmed===
* Siim Aaver
* Kaspar Kallasmaa
* Allar Märk
* Jana Mrots
* Joosep Ilves

==[[Meeskond "Alphabook"]]==

===Teema===
Kodune raamatukogu

===Liikmed===
* Mihkel Sokk
* Jaak Lehtsalu
* Kristjan Sokk
* Martin Lensment

==[[Meeskond "TEAM ROFLASTC"]]==

===Teema===
Õppehaldussüsteem, mis võimaldab õppejõul/õpetajal luua erinevaid gruppe ja tunde, määrata puudujaid ning panna hindeid jne. Lisaks kuvada sisestatud infot läbi valitud filtrite.
===Liikmed===
* Rauno Rüga
* Jarko Kaskmaa
* Taivo Türnpu
* Gert Glükmann
* Indrek Kõue

= Meeskonnad 2010 Kaugõpe=

==[[Meeskond "KRTK"]]==

===Teema===
KRTK ehk Kodune Raamatukogu

===Liikmed===
* Ivo Lõhmus
* Tanel Staub
* Indrek Kahu

==[[Meeskond "Terav ASP"]]==
Õppematerjalide jagamise veebikeskkond.

IIS+ASP.NET+(MSSQL)

===Liikmed===
* Anneli Rasu
* Anu Kuusmaa
* Denis Veltson
* Lauri Õunmaa
* Mari Lehis

==[[Meeskond "Ying Yang"]]==
Kodune raamatukogu valmib.

===Liikmed===
*Artur Mölter
*Karel Niine
*Jako Heinmets
*Liis Merisaar
*Lauri Liibert

==[[Meeskond "PEA"]]==
Kodune Raamatukogu

===Liikmed===
*Jevgeni Nesterenko
*Pavel Kodotšigov

Meeskond "XNA (Xbox Not Available)"

2010-10-30T14:27:07Z

Kstolin: /* Klasside kirjeldus */

Idee on teha heksagon võrgustikuga taktikaline lahinguväli, mida hiljem saab edasi arendada ja kasutada ka suurema mängu lahingute jaoks. Paljud strateegia ja rollimängud kasutavad taktikalist lahinguvälja mis kas rohkem või vähem nähtavalt on hexagon võrgustiku peal.

[[Image:Civilization-v-game.jpg|thumb|400px|Civilization V heksagon võrgustikuga kaart]]
Civilization V –s on terve kaart heksagonidega kaetud. Seal eraldi taktikalist lahinguvälja ei eksisteeri. Kuid meie projektis on eraldi taktikaline lahinguväli, mis iga seikluse jooksul tekkiva konfliktisituatsiooni puhul tekitab uue lahinguvälja (vastavalt kohale ja vastastele).
Meie projekt ei panusta välimusele. Piisav arusaadavus ja UI (User Interface) ja mugavus oleks küll vajalik. Eesmärgiks on teha toimiv mootor, mida saab hiljem kasutada erinevates strateegia ja/või rollimängudes. Et projekti tingimusi rahuldada (erinevad levelid, punktiarvestus), teeb sinna ümber ka väikese mängu.

Mis sinna peab jõudma teha?

[[Image:Kuhu minna.JPG|thumb|400px|Kuhu soovid minna? A) Rahulik metsarada B) Trollide loss C) Päkapiku relvapood]]
== Ideed ==
==== Mängu osa ====
Algul on mängijal näiteks 100 raha, mille eest otsustab mis tegelased oma meeskonda osta. Kui meeskond ostetud, hakkab seiklemise osa. Seiklus toimib kolmeste valikute kaupa.
Näide: Kuhu soovid edasi minna?
A) Rahulik metsarada B) Trollide loss C) Päkapiku relvapood

Valikud tekitatakse random generaatoriga ja on ühekordsed. Valikud välistavad teineteist. Näiteks kui valid minna mööda rahulikku metsarada siis trollide lossi enam pärast minna ei saa. Trollide lossis oleks ilmselt oodata lahingut trollidega (ehk ette tulebki lahinguväli, kus ühel pool on trollid ja teisel pool sinu team) ja ilmselt saab sealt mingi varanduse, näiteks võib pärast lahingut leida pudeli, mis teeb ühe su tegelastest tugevamaks. Kui su tegelased on juba haavatud ja nende jõud otsakorral, siis sa ilmselt trollide lossiga ei riskiks ja valiksid midagi muud kuhu minna. Kui valik tehtud (ja lahingud peetud või poes käidud) tuleb randomiga järgmine kolmene valik. Pärast näiteks 3 sellist stepi ongi päev läbi ja tuleb puhkuseraund (öö), kus tegelased saavad oma elud ja oskused, mis on ära kulutatud, tagasi.
Pärast näiteks 9 valiku tegemist tuleb mängu lõpplahing.

Sinu valikutest, lahinguoskusest ja õnnest sõltub kui hästi sa oled end ette valmistanud mängu lõpus oleva lahingu (kui sa sinna üldse jõuad) võitmiseks. Lõpplahingu võit võib kas lõpetada mängu või viia sama seltskonna järgmisele tasemele (raskemale seiklusele). Kaotuse puhul algab mäng jälle esimesest tasemest peale ja saab uuesti tegelaste seltskonna valida.

==== Punktilugemine ====
Kuna punktilugemist nõutakse, tuleb meie mängus punktid selle eest, kui kaugele sa jõudsid (igast kolmesest valikust läbi närimine annab 10 punkti), võibolla lisapunktid selle eest kui palju raha teenisid jne.

==== Mitu mängijat ====
Lahinguvälja mootoril peaks olema mitme meeskonna (või lahingupoole) tugi. (mitte ainult 2)

==== Objektid ====
Elusad ja elutud objektid (treasure chest, kaevust saab juua nõiduse jaoks, jne). (Loomad, Humanoidid, Puud, Müürid). Elusad objektid on siis su team ja vastas(t)e team(id). Elusad objektid on kriitilised et sisse koodida.

==== Erinev maastik ====
Tegelase liikumisteele võivad ette jääda erinevad asjad. Näiteks iga samm soos võtab ära 3 p liikumispunkti, mets võtab 2 p , mägi 3 p, tee peal liikumine võtab ühe liikumispunkti.

==== Elude arvestus (health) ====
Loomadel ja Humanoididel on kehaosad, mitte pole nad lihtsalt hunnik elupunkte. Loomal on neli jalga ja pea mis hammustab. Humanoidil on 2 jalga, 2 kätt ja pea. Igal kehaosal on oma elud. Kui näiteks jala HP-d on 0 siis liigud aeglasemalt. Kui keegi näiteks lööb mõõgaga siis tõenäosus silma pihta saada on väiksem kui käele.

==== Multiplayer ====
Multiplayer'i tugi esialgu pole vajalik. Vaja teha vastastele AI, mis on suur töö. AI ei pea olema kuigi „tark“, ta peab vähemalt ründama (ehk siis töötama). Kui sinu teami elukas on valitud, siis on all näha tema skillide riba.

==== Spellid ja oskused ====
Humanoididel on erinevad nõidused ja oskused. Neil on kõigil oma efektid ja kaugused.
Ilmselt esialgu ei tule keerulisemad spellid (mass-spellid, summonid). Nõidused on erineva tugevusega lihtsad nõidused. Meil on valmis karakterite template (nt odamees, vibumees, jne). Näiteks võluril: ühe lahingu jooksul saab lasta 3x magic missile, 2x lighting bolt. Warrioril on 2x defence, 1x triple strike.
Magic missile on näiteks raadiuses 20 lastav. Kehaosale, kus see pihta saab, võtab 6 – 8 elupunkti maha. Lighting bolt raadius on 15 – 22 ja läheb kõikidele kehaosadele korraga pihta ja võtab 5 punkti maha. Kuna varustust ei ole siis löögid ja armorid on keskmised.

==== Liikumine ====
Kasutaja saab oma käigu jooksul kõiki oma tegelasi liigutada. Tegelastel on erinevad liikumiskiirused (maagil 4 sammu, warrioril 5 sammu). Kuna liikumine on kordamööda, siis peab kaardil näha olema, mis teed mööda liikuda saab.

==== Lisaks ====
Mingis vormis karakterite tugevamaks saamine. Kas see on seotud levelitega, ei tea veel, aga omadusi (jõud ja max_elud jne.) on suht lihtne tõsta.
Equipment (asjad mida saab selga/jalga panna). Ei pruugi ajaliselt välja tulla, aga vaatab. Mul (Kristjan) läks equipmendi koodimiseks mu Exceli mängus üle nädala aja kindlasti.
Poed. Tulevad, kindlasti saab endale juurde osta kaaslaseid. Kas poed, kus asju müüakse tulevad, sõltub sellest, kas meil tuleb karakteritele equipment või mitte.

Mis sinna sisse ilmselt veel ei tule?
1. Lahinguväljal olevate objektidega sekeldamine. Nagu näiteks katapultide, ratsude, uste ja muu sellise kasutamine. Ilmselt ei pane neid esialgu sissegi.
2. Erinevad vaated lahinguväljale. Ilmselt jääb meil algul scrollitav pealtvaade.

== Tööjaotus ==

* Kristjan - idee + programmeerimine
* Ilmar - programmeerimine + wiki
* Lauri - teekonna leidmised AI jaoks, võrgustiku ülesehitus, jne.

== Klasside kirjeldus ==

{| border="1"
! Klassi nimetus
! Kirjeldus/Kommentaar
|-
! Game
| Põhiklass, kus toimub mängu kasutajaliidese juhtimine
|-
! GameEvent
| Area-te ArrayList
|-
! Area ja AreaCollection
| Area on paiga kirjeldus (tekstuur, kirjeldus, poe tüüp jne). AreaCollection-is on Area-te lisamine ArrayList-i ja meetod mis tagastab suvalise Area.
|-
! Entity
| Entity võib olla nii tegelane kui ka mingi asi (varustus). Palju meetodeid varustusega tegelemiseks
|-
! Team
| Tegelaste grupp. Võib olla mängija poolt juhitud kui ka vastased
|-
! Limb ja LimbCombination
| Tegelase kehaosad, nagu jalad, käed, silmad
|-
! MobCollection
| Tegelaste ja elukatega mässaja. Tekitab elukatele andmed, valib pildid, meetod mis tagastab eluka (randomiga)
|-
! Pood ja Poetekitaja
| Entity-te pood. Poetekitaja oskab meil tekitada moment vaid kahte tüüpi poodi, elukate (palgasõdurite) pood ja asjade pood
|-
! PoodControls
| Poe kasutajaliides
|-
! PartyControls
| Mängija tiimi kasutajaliides.
|-
! MemberOptions
| Mängija tegelase kasutajaliides.
|-
! EncounterWindow
| Mängija kohtumine vastas(t)ega kasutajaliides.
|}

== Logi ==
[[Image:XNA area.JPG|thumb|200px|Vali kuhu minna.]]
==== 23. oktoober ====
Tegelastel on varustus, lahingutel saavad nad varustust lisaks rahale juurde. Tegelastel on ka kehaosad. Jäänud on veel ajutiste mängutegelaste piltide vahetamine teiste piltidega.

==== 21. oktoober ====
DEFEAT ja VICTORY aknad.
==== 17. oktoober ====
Valmis põhimenüü ja kolmesed valikud. Saime versioonihalduse korda.

[[Image:PoodMenyy.jpg|thumb|200px|Poe menüü on valmis.]]
==== 8. oktoober ====
Poe menüü on täielikult funktsionaalne. TortoiseSVN ei tööta nii nagu ootasime.

Plaanis on homme teha teami/party menüü ja kui jõuab, siis kolmeste seikluste valik.

==== 6. oktoober ====
Meiega liitus Lauri Kermas.

Läksime üle TortoiseSVN-ile.

==== 3. oktoober ====
Poe tekitamise klassid ja esialgne poe menüü olemas.

Jama on see, et pole siiani saanud Source Control'i korralikult toimima (projekt kompileerub ainult ühes arvutis).

==== 1. oktoober ====
Kasutajaliidese tegemine. Üritame aru saada kuidas nupu sündmusi käsitleda.

==== 29. september ====
* Tiimi liikmete otsimine,
* tööjaotus,
* üritame aru saada, mis elukas see XNA on ja kuidas seal kasutajaliidest teha.

==== 28. september ====
Mängisime C# -ga tehtud mängu, mille lähtekoodi me internetist alla tõmbasime. Mängul oli heksagon võrgustikuga kaart.

==== 27. september ====
* Meeskonna liikmete otsimine. Tegime mitmele inimesele pakkumisi meiega ühineda. Öeldi ära kuna meie mängu on palju keerulisem teha kui tetrist.
* XNA installeerimine.

==== 26. september ====
Valmis mängu projekti visand.

[[Category: Programmeerimine CSharp keeles]]

Meeskond "XNA (Xbox Not Available)"

2010-09-29T21:18:23Z

Kstolin:

Idee on teha heksagon võrgustikuga taktikaline lahinguväli, mida hiljem saab edasi arendada ja kasutada ka suurema mängu lahingute jaoks. Paljud strateegia ja rollimängud kasutavad taktikalist lahinguvälja mis kas rohkem või vähem nähtavalt on hexagon võrgustiku peal.

[[Image:Civilization-v-game.jpg|thumb|400px|Civilization V heksagon võrgustikuga kaart]]
Civilization V –s on terve kaart heksagonidega kaetud. Eraldi taktikalist lahinguvälja ei eksisteeri. Meie projektis on eraldi taktikaline lahinguväli, mis iga seikluse jooksul tekkiva konfliktisituatsiooni puhul tehakse uus. (vastavalt kohale ja vastastele)
Meie projekt ei panusta välimusele. Piisav arusaadavus ja UI (User Interface) ja mugavus oleks küll vajalik. Eesmärgiks on teha toimiv mootor, mida saab hiljem kasutada erinevates strateegia ja/või rollimängudes. Et projekti tingimusi rahuldada (erinevad levelid, punktiarvestus), teeb sinna ümber ka väikese mängu.

Mis sinna peab jõudma teha?

[[Image:Kuhu minna.JPG|thumb|400px|Kuhu soovid minna? A) Rahulik metsarada B) Trollide loss C) Päkapiku relvapood]]
==== Mängu osa ====
Algul on mängijal näiteks 100 raha, mille eest otsustab mis tegelased oma meeskonda osta. Kui meeskond ostetud, hakkab seiklemise osa. Seiklus toimib kolmeste valikute kaupa.
Näide: Kuhu soovid edasi minna?
A) Rahulik metsarada B) Trollide loss C) Päkapiku relvapood

Valikud tekitatakse random generaatoriga ja on ühekordsed. Valikud välistavad teineteist. Näiteks kui valid minna mööda rahulikku metsarada siis trollide lossi enam pärast minna ei saa. Trollide lossis oleks ilmselt oodata lahingut trollidega (ehk ette tulebki lahinguväli, kus ühel pool on trollid ja teisel pool sinu team) ja ilmselt saab sealt mingi varanduse, näiteks võib pärast lahingut leida pudeli, mis teeb ühe su tegelastest tugevamaks. Kui su tegelased on juba haavatud ja nende jõud otsakorral, siis sa ilmselt trollide lossiga ei riskiks ja valiksid midagi muud kuhu minna. Kui valik tehtud (ja lahingud peetud või poes käidud) tuleb randomiga järgmine kolmene valik. Pärast näiteks 3 sellist stepi ongi päev läbi ja tuleb puhkuseraund (öö), kus tegelased saavad oma elud ja oskused, mis on ära kulutatud, tagasi.
Pärast näiteks 9 valiku tegemist tuleb mängu lõpplahing.

Sinu valikutest, lahinguoskusest ja õnnest sõltub kui hästi sa oled end ette valmistanud mängu lõpus oleva lahingu (kui sa sinna üldse jõuad) võitmiseks. Lõpplahingu võit võib kas lõpetada mängu või viia sama seltskonna järgmisele tasemele (raskemale seiklusele). Kaotuse puhul algab mäng jälle esimesest tasemest peale ja saab uuesti tegelaste seltskonna valida.

==== Punktilugemine ====
Kuna punktilugemist nõutakse, tuleb meie mängus punktid selle eest, kui kaugele sa jõudsid (igast kolmesest valikust läbi närimine annab 10 punkti), võibolla lisapunktid selle eest kui palju raha teenisid jne.

==== Mitu mängijat ====
Lahinguvälja mootoril peaks olema mitme meeskonna (või lahingupoole) tugi. (mitte ainult 2)

==== Objektid ====
Elusad ja elutud objektid (treasure chest, kaevust saab juua nõiduse jaoks, jne). (Loomad, Humanoidid, Puud, Müürid). Elusad objektid on siis su team ja vastas(t)e team(id). Elusad objektid on kriitilised et sisse koodida.

==== Erinev maastik ====
Tegelase liikumisteele võivad ette jääda erinevad asjad. Näiteks iga samm soos võtab ära 3 p liikumispunkti, mets võtab 2 p , mägi 3 p, tee peal liikumine võtab ühe liikumispunkti.

==== Elude arvestus (health) ====
Loomadel ja Humanoididel on kehaosad, mitte pole nad lihtsalt hunnik elupunkte. Loomal on neli jalga ja pea mis hammustab. Humanoidil on 2 jalga, 2 kätt ja pea. Igal kehaosal on oma elud. Kui näiteks jala HP-d on 0 siis liigud aeglasemalt. Kui keegi näiteks lööb mõõgaga siis tõenäosus silma pihta saada on väiksem kui käele.

==== Multiplayer ====
Multiplayer'i tugi esialgu pole vajalik. Vaja teha vastastele AI, mis on suur töö. AI ei pea olema kuigi „tark“, ta peab vähemalt ründama (ehk siis töötama). Kui sinu teami elukas on valitud, siis on all näha tema skillide riba.

==== Spellid ja oskused ====
Humanoididel on erinevad nõidused ja oskused. Neil on kõigil oma efektid ja kaugused.
Ilmselt esialgu ei tule keerulisemad spellid (mass-spellid, summonid). Nõidused on erineva tugevusega lihtsad nõidused. Meil on valmis karakterite template (nt odamees, vibumees, jne). Näiteks võluril: ühe lahingu jooksul saab lasta 3x magic missile, 2x lighting bolt. Warrioril on 2x defence, 1x triple strike.
Magic missile on näiteks raadiuses 20 lastav. Kehaosale, kus see pihta saab, võtab 6 – 8 elupunkti maha. Lighting bolt raadius on 15 – 22 ja läheb kõikidele kehaosadele korraga pihta ja võtab 5 punkti maha. Kuna varustust ei ole siis löögid ja armorid on keskmised.

==== Liikumine ====
Kasutaja saab oma käigu jooksul kõiki oma tegelasi liigutada. Tegelastel on erinevad liikumiskiirused (maagil 4 sammu, warrioril 5 sammu). Kuna liikumine on kordamööda, siis peab kaardil näha olema, mis teed mööda liikuda saab.

==== Lisaks ====
Mingis vormis karakterite tugevamaks saamine. Kas see on seotud levelitega, ei tea veel, aga omadusi (jõud ja max_elud jne.) on suht lihtne tõsta.
Equipment (asjad mida saab selga/jalga panna). Ei pruugi ajaliselt välja tulla, aga vaatab. Mul (Kristjan) läks equipmendi koodimiseks mu Exceli mängus üle nädala aja kindlasti.
Poed. Tulevad, kindlasti saab endale juurde osta kaaslaseid. Kas poed, kus asju müüakse tulevad, sõltub sellest, kas meil tuleb karakteritele equipment või mitte.

Mis sinna sisse ilmselt veel ei tule?
1. Lahinguväljal olevate objektidega sekeldamine. Nagu näiteks katapultide, ratsude, uste ja muu sellise kasutamine. Ilmselt ei pane neid esialgu sissegi.
2. Erinevad vaated lahinguväljale. Ilmselt jääb meil algul scrollitav pealtvaade.

== Tööjaotus ==

* Kristjan - idee + programmeerimine
* Ilmar - programmeerimine + wiki

== Logi ==

==== 29. september ====
* tiimi liikmete otsimine
* tööjaotus
* üritame aru saada, mis elukas see XNA on ja kuidas seal kasutajaliidest teha

==== 28. september ====
Mängisime C# -ga tehtud mängu, mille lähtekoodi me internetist alla tõmbasime. Mängul oli heksagon võrgustikuga kaart.

==== 27. september ====
* Meeskonna liikmete otsimine. Tegime mitmele inimesele pakkumisi meiega ühineda. Öeldi ära kuna meie mängu on palju keerulisem teha kui tetrist.
* XNA installeerimine.

==== 26. september ====
Valmis mängu projekti visand.

Juhend: Esimene kodutöö aines "Programmeerimine CSharp keeles" (XNA Projekt)

2010-09-27T20:20:28Z

Kstolin: /* Meeskond "Nimi" */

[[Category: Programmeerimine CSharp keeles]]

=Esimene kodutöö aines "Programmeerimine CSharp keeles" (XNA Projekt)=
==Eesmärk==
Saada praktiline arenduskogemus .Net keskkonnas ning süvendada meeskonnatööoskust. Kaugem eesmärk on loomulikult hinne :).

==Reeglid==
Ühte projektimeeskonda kuulub 3..5 tudengit (erandjuhul ka 2) ning ühel teemal teostab projekti üks või mitu meeskonda.

Töö käiku kajastatakse http://wiki.itcollege.ee keskkonnas ning soovikorral ka ajaveebis (blogis). Ajaveebi pidamise eesmärke on kaks: nii on võimalik kirja panna kõik mõtted ja ideed (ning nendest jääb jälg) ning õppejõul on hiljem võimalik saada ülevaade iga projektimeeskonna liikme panusest. Ajaveebi loob ja ajaveebi haldab projektimeeskond vabalt valitud (avalikus) keskkonnas.

http://wiki.itcollege.ee keskkonnas peab olema vähemalt kokkuvõte tehtud tööst, lahenduse tehniline kirjeldus (letud lahendused, kasutusel olevad klassid ja nende kirjeldus, toimimise põhimõte) ning kasutusjuhis. '''Wikis peab kindlasti olema ka viide lõpplahenduse lähtekoodile'''

==Tähtaeg==
Teema ning meeskonna koosseis peab olema õppejõuga kooskõlastatud hiljemalt 4. oktoober 2010.
Üldjuhul on kõige hilisem projekti esitamise/kaitsmise tähtaeg 25. oktoober 2010.

==Hindamine==
Teostatuks loetakse projekt juhul, kui lähteülesanne on realiseeritud, lahendus on töötav, kuid esineb suuremaid vigu ning piirsituatsioonidega ei ole arvestatud.

Maksimumtulemuse saavutamiseks peab projekt olema teostatud tehniliselt veatult ning varustatud dokumentatsiooniga, milles sisaldub arendusprotsessi kirjeldus (peab selguma ka iga rühmaliikme panus projekti teostamisel), kasutajajuhend ning lahenduse kirjeldus.
Tehnilisi ja vormistuslike puudujääke on võimalik korvata lisavõimaluste realiseerimisega.Üldjuhul tuleb loodud lahendust ka praktikumides või loengutes teistele tudengitele tutvustada (ca 10 min).

==Konsultatsioonid==
Igal projektimeeskonnal on piiramatu õigus saada õppejõu käest konsultatsiooni ja juhendamist oma
töö tegemiseks, kas harjutuste ajal või pärast harjutusi ja loenguid. Eriaegade suhtes saab sõlmida
õppejõuga kokkuleppeid kontaktidel +372 56 957 000 või heiki.tahis [ät] eesti.ee
(teksti originaalautor Priit Raspel)

==Kirjandus ja viited==
* Learn Programming with XNA https://www.facultyresourcecenter.com/curriculum/pfv.aspx?ID=7992&wa=wsignin1.0&Login=#Download
* Learning C# with XNA 3.0 http://www.facultyresourcecenter.com/curriculum/pfv.aspx?ID=8119

* http://www.eneta.ee -> õppimine -> Veebistuudium -> Veebiarendus
* http://creators.xna.com/en-US/
* http://www.verysillygames.com/
* http://www.robmiles.com/xna-book-downloads/
* http://channel9.msdn.com/
* http://www.nazspace.com/wp/game-development/beginner-tutorials/
* http://www.riemers.net/

=Teemad 2010 kevad=
Kodutööna tuleb luua:
* Tetris
** Vaata: http://en.wikipedia.org/wiki/Tetris
Või
* Xonix
** http://xonix.games-here.com/
Või
* Meeskonna poolt pakutud ja õppejõu poolt heaks kiidetud teema

==Nõuded==
Loodav mäng peab sisaldama:
* Erinevaid tasemeid
* Punktiarvestust
* XBox puldi tuge
* Klaviatuurilt juhtimise tuge

'''Loodav mäng peab olema loodud objektorienteeritud lähenemist kasutades!''' Klassid, klassid, klassid

Lisapunkte annab:
* Silmailu
* Ilusti kirjutatud ja veatu kood (testimine, testimine, testimine)
* Orginaalsed ideed ja hea ''story''

= Meeskonnad 2010=
==[[Meeskond "Nimetu esialgu"]]==
===Teema===
Teeme väikest XNA mängu...
===Liikmed===
* Kristjan Stolin
* Ilmar Telga
ja kindlasti veel keegi

==[[Meeskond "Nimi2"]]==
===Teema===
Teeme ka mängu...
===Liikmed===
* Ivan Igamees
* Jim Smith