Bejelentkezés

RE!

Mostanában nem sokat írtam ide. Sőt kb semmit :)
Még mindig dolgozgatom, utána meg más valakivel foglalkozom. Azért emellett programozom is, most a .net és a C#-ban merülök el picit.
Pár napja elkezdtem egy ASP .net-es webapplicationt hegeszteni. Igazából csak arra ment ki a dolog, hogy kipróbáljak dolgokat. Aztán elkezdtem egy webshopot összepakolászni, de persze meguntam és hagytam :p Nem jó úgy dolgozni, hogy nincs motiváltság.
Aztán most csinálom Joe prince-nek a papírkitöltős cuccát. Érdekes, mert egyszerre próbálkozom a Linq használatával, illetve a DataBaseSet-ekkel és a SourceBindinggel. Jah meg persze word doksit próbálok szerkeszteni C# kóddal :)

XBox Pong

Re

Az IT Factory tanfolyamot és versenyt hirdetett XBox-ra való programozás témájában.

Mivel C#-ban lehet programozni a dologt gondoltam kipróbálom. Leszedtem a hozzávaló dolgokat és alkottam. Nem sok mindent, viszont a már meglévő pályaműveknél többet. Azért a skinek kicserélésével nem elégedtem volna meg. Beletettem középen van egy tégla, amit ha eltalál az ember különböző funkciókkal gazdagodhat. Növkedhet, vagy csökkenhet a mérete, vagy akár az ellenfélé. A labda gyorsulhat és lassulhat, illetve plusz pontot is kaphat érte. Tehettem volna be több ilyen téglát is, nem lett volna nehezebb akkor sem, de mivel annak megvalósítása már robot munka, nem volt hozzá kedvem :)

Ilyesmi lett (IT Factory csinálta a videót róla):

Rajzolás WM5-ön

Re!

Szakdolgozat kapcsán Tanár úr felvetette, hogy mi lenne, ha egy sematikus térképet jelenítenék meg a megállókról. Mivel erre nincs kész komponens nekem kéne megírni rá grafikusan.

Gyakorlás képen kicsit játszottam, és írtam egy "rajzprogramot". Persze a teljesség igénye nélkül, inkább csak kipróbálni, hogy hogy is müxik a dolog.

Az elve és a működése viszonylag egyszerű:

1. Figyelem az egér mozgást és érintést. Az egér itt természetesen a ceruza.
2. Ha az a rajzterületen belül van az azt jelenti, hogy érdemes vele foglalkozni, ezért tovább küldöm feldolgozásra
3. Vezetek egy listát a már megjeleníteni kívánt pontokról. Ha az újonnan érkezett pontok még nincsenek benne, akkor kérek kérek egy rajzolást.
4. A rajzolás nem csinál mást, mint végigmegy a pontok listáján és minden pont helyére tesz egy előre beállított ármérűjű kitöltött kört.
5. Meghívja a rajzterület belső kirajzoló metódusát, ami frissíti a képet és már meg is jelentek a pontok a kijelzőn
6. 1. ponttól megy újra az egész

A dolog egészen jól és folyamatosan működik amíg csak néhány pont van a tárban, viszont a megjelenítés elkezd akadozni már néhány száz pontnál is és előjön a villódzás. Hogy ezt megszüntessem betettem egy Timert az egész rendszerbe. Ez nem csinál mást, mint amikor a rajzterület belső rajzoló metódusát hívják számol 300 ms-ot. Ha sikerül végigszámolnia akkor meghívja a kirajzolást. Viszont, ha új pont kerül be a számlálás megszakad és újra 300-tól megy. Így amíg új pontok kerülnek be addig nincs kirajzolás, csak ha már abbahagytuk. A villódzás megszünt.

Most még azon gondolkozom, hogy ha túl gyorsan rajzolunk a vonal szakadozik. Kipróbálom, hogy megoldható-e, hogy amikor pontot kell felvenni a program két részre szakad. Az egyik visszatért figyelni a következő pontot, a másik fele pedig a tárolást és az rajzolást végzi. Magyarán szálakat alkalmazni. Igazából nem tudom mi várható. Lehetséges, hogy a szálak nyitása és zárása miatt a program még lomhább lesz és még lasabban kell neki a pontokat bevinni.

A progi valahogy így néz ki most:

A sárga felületre lehet rajzolni. A csúszka állítja a toll vastagságot, a bal oldali szövegmezőben a berajzolt pontok száma látszik, a jobb oldaliban az utoljára berajzolt pont koordinátája.

Itt lehet beállítani a toll színét RGB szerint. Az alsó rész csak amolyan minta.

Elérési utak útvesztőjében

Re

Este felé már kellően untam magam, hogy nekikezdej kszakdolgozatot írni. A keresést kicsit jegelem, így nekifogtam a mobilos részhez (újra ?). Amikor elkezdtem újraírni a rendszert 3 részre szedtem a dolgot. Ha most nagyot akarnék mondani azt mondanám, hogy MVC alapokra helyezve. Így 3 részre esett a programozás. Az MVC M és C részét igyexem egy külön projektbe pakolni. A V-ét pedig két külön alkalmazásra bontani. Kis magyarázat (elnézést ha túl pongyola lesz):

A két alkalmazást írok. Az egyik ami tárgyát képezi a szakdolgozatnak a WP5-re készül. A másik egy asztali alkalamzás, amivel a menetrendet könnyen, nagy gépnél elő lehet állítani. Könnyű kitalálni, hogy a két alkalmazás körülbelül ugyan azokkal az adatokkal dolgozik (illetve az egyik a másiknak készíti el a megfelelő fájlokat). Felesleges - és nagy hibaforrás - lenne tehát két külön fájlkezelő részt írni, külön begépelni az algoritmusokat (esetleg másolni) stb. Ezért amit mind a két program használni fog azokat külön választottam. Ezek alkotják az Modelt és a Controllt. A két alkalmazás, ami csak amolyan kinézet, azok a View-t.

A dolog érdekessége, hogy az asztali gépen "hagyományos" .netes dolgokat lehet írni. Ebből mi most legújabb az a 3.5 (amit használok belőle az kb már az 1.1-ben is benne volt :) ). "Sajnos" azonban ezt a WM5 nem igazán érti, ezért a WM5-nek írtak egy külön .net-et amit a CF-el rövidítenek, mint compact framework. A CF tulajdon képen egy "hagyományosnak" a butított verziója, direkt PDA-kra optializálva.

Csak egy példa, amibe én is belefutottam. Az asztali .netben vannak halmazok, ezeket a CF-ből kihagyták. Listákkal helyetesíthető, valószínűleg azért maradhatott ki.

Ezek tudatában könnyű volt eldönteni, hogy a közös dolgokat a "butább" rendszerre kell elkészítenem, ha nagyon kell akkor az asztali alkalmazásban kibővítem (erre nem volt szükség sehol eddig).

Ha a közös dolgok a CF-ben futnak, és a nagy gond nélkül kezeli, akkor gondoltam nem lesz baj. Tévedtem :) Az elérési utakkal elszórakoztam egy jó fél órát, mire rájöttem, hogy tudom megszüntetni a hibát. Arra nem jöttem rá mi a hiba, de legalább kikerültem :)

Az elérési utak ugyan a közös részhet tartoznak, viszont máshogy kell megadni a mobil és az asztali alkalmazásnál is, ezért módosíthatónak kell lenniük.

Eredeti koncepció szerint valahogy így adtam meg őket:

static string gyoker = "c:\\";

static string tmp = "tmp\\";

static string zdatFileName = gyoker + "data.zdat";

static string nevekFileName = gyoker + tmp + "nevek.txt";

static string menetrendFileName = gyoker + tmp + "menetrend.dat";

static string koordinatakFileName = gyoker + tmp + "koordinatak.dat";

static string csoportokFileName = gyoker + tmp + "csoportok.dat";

Én azt hittem, hogy ez sima összefűzés, semmi gond nem lehet belőle. Mikor fordítottam WM5-re a dolgot, hogy majd megnézem PDA-n jött a sokatmondó hibaüzenet: NotSupportedException

Legalább azt megmondta, hog mivel van baja :) A neves sorokat jelölte meg hibásnak. Fél óra próbálgatás után rájöttem, hogy ha simán beírom őket, akkor megy. Most lefixáltam őket, csak hát ugye most az asztali nem találja meg a dolgokat :) Majd kitalálok még valami megoldást, amivel állítható lesz a dolog.

Most jöhet a gyagyázás a GPS-el és a hasonló funkciókkal :)

PC bolt projekt, Oracle junior képzés

Re

Mint említettem ma az Adatbázis alapú rendszerek (röviden: aar) tárgyam projektjét mutatom be, a teljesség igénye nélkül.
A tárgy témáját nem nehéz kitalálni. Úgy is lehet rá tekinteni, mint az Adatbázisok folytatása. A téma viszont nem MySql, hanem annál valamivel komolyabb: Oracle. Tanár úr hasonlíta, amivel úgy lehet szédíteni a hozzá nem értőket: "Az Acces olyan mint a bicikli, MySql az autó, az Oracle pedig a repülő". Ezen kívül tanulunk még egy tervezési technikát az úgynevezett SSADM-et. Amit "nem szabad komolyan venni, és nem szabad figyelmen kívül hagyni".
A tárgy teljesítésének feltétel egy projekt munka, amit csapatban kell elkészíteni (van pár egyéni versenyző). A félév első felében a tervezés a már megnevezett technikával, majd az egészet lekódolni. A csapatban 3-an vagyunk. Árpi dokumentál, Zoli és én kódolunk. Indulásnál úgy kezdtünk neki h enyém a felhasználói felület, Zolié az adatbázis, de ez most megfodulni látszik.
Tehát a cél egy PC bolt e-boltos felületének megvalósítása, raktár kezelői funkciókkal és pár plusz funckióval.
Alap funkciónak tekinthető a termékek karban tartása, azok böngészése, felhasználók regisztrálása és a vásárlás lebonyolítása. Ami plusz funkció, az a termékek értékelhetősége és a hozzászólás írása a felhasználók részéről. Ezek olyan funkciók amik megvalósítása nem tünt túlságosan bonyolultnak, mégis érdekesebbé teszik a kész projektet.
Még indulás előtt úgy kerestem csapatot, hogy Oracle alapokon, lehetőleg C# nyelven csináljuk a dolgot, ha már ez a kurzus témája. Oracla és a C#-ot Zoli is támogata és első alkalommal asztali alkalmazásban gondokoztunk, de rá kellett jönni, hogy nem túl életszerű egy e-bolt asztali alkalmazás ként, ekkor jött az ötlet, hoyg akkor miért nem csináljuk asp.net felületen. Nem sokkal bonyolultabb, mint egy desktop gui (grafikus felhasználó felület), de mégis hátránya, hogy még egyikünk se dolgozott benne, de még csak nem is tanították.
A követelmény specifikáció, amit már vázoltam viszonylag gyorsan megvolt, és a gyakvezérünk is értékelhetőnek találta, tehát következett az adatbázis tervezése. Amiben ismét rá kellett jönnünk, hogy a hagyományos relációs adatbázis (~táblázatokban való matatás) nem túl hatékony, jobb lenne valami objektum szerű, mert a termékeknek sok közös tulajdonsága van, amit jó lenne együtt kezelni. Gyakvezető tanácsára elkezdtem objektum-relációs témában nézelődni és mivel nem tünt (hangsúlyozom tünt) túl bonyolultnak ezt határoztuk meg alapnak.
Tehát így indult a projekt. Fejlesztő környezetről nem sok ismeret, adatbázisról szinte 0 ismeret, de hát merjünk nagyot álmodni.
Az sql-be elég jól belejöttem, annyira, hogy a tervek után nem sokkal el is készítettem a típusokat, táblákat, szekvenciákat, triggereket.
Közben csináltuk a projekt többi részének tervezését, amiben szintén benne van pár óra munka.
Szerdán le kell adni a dokumentációkat, amiket Árpi a hétvégén fog megcsinálni.
Én jelen pillanatban - blogíráson kívül - igyexem összekapcsolni az adatbázis az asp-s felülettel. Vannak belőle problémák, de csak h leküzdhessük őket.

Emellett még jelentkeztem egy Oracle junior képzésre. Az előadások csütörtökönként este 6-tól vannak a BME-n. Mivel nem utazgathatom fel on-line próbálnám követni, de a közvetítéssel vannak problémák. Így általában egy hét késéssel tudom megnézni az előadásokat. Igyexem követni, hátrányom nem származhat belőle, sőt :)

Szakdolgozat

Re

Mint írtam lefogom írni a jelenlegi munkáimat. Ma mondjuk a szakdolgozatomat.
Tehát a szakdogám mobilon futtatható menetrend alkalmazás, extra funkciókkal. Először úgy indult a dolog, hogy folyamtosan az orrom előtt mentek el a vilik és buszok Szegeden. Gondoltam kellene egy ilyesmi program a telefonomra. Aztán jött a szakdoga választás és gondoltam, hogy ez talán jó lenne.
Tanár úr azt mondta és végül is egyet értek vele, hogy amit én elképzeltem Java MIDP-ben megvalósítani az munkában elég szakdogának, de látványilag elég kevés. Tanár úr android alapú rendszert javasolt volna, de mivel a készülékek elég húzós árban vannak inkább egy Windows Mobile rendszer néztem ki magamnak. Némi probléma volt is az eszköz beszerzésével (Mitac Mio A701), de ez is megoldódott.
Tehát a rendszert WM5-re írom, Microsoft .NET CF 3.5-ös (Compact Framework) környezetben C# nyelvben. Visual Studiot használok fejlesztő környezetnek, nagyon barátságos, gond nélkül együtt működik a Mio-val és az emulátorral is.
A rendszer kiemelkedik egy hagyományos papír alapú menetrendből, mert beleveszek hely meghatározást is. Tárolom a megállók helyét, érdekes pontok helyét így az alkalmazás ezek figyelembe vételével tesz javaslatot arra, hogy a felhasználó melyik megállóba menjen. (most jutott eszembe, lehet kéne iránytűt is beletenni :D)
Nem csak a mobilra készülő alkalmazást kell megírni, hanem egy asztali programot is, amivel a menetrendet lehet szerkeszteni, és magát az adatbázist létrehozni.
Eddig volt egy kezdetleges struktúrám, ami több sebből is vérzett.
Hétfő óta fellelkesültem, és újra írtam az egészet, szerencsére sok mindent már nem kellett kitalálni, szal inkább csak kódolás volt, így ma estére elkészült az asztali program olyan szinten, ahogy körülbelül eddig is állt. Persze további fejlesztés szempontjából sokkal átláthatóbb, dokumentáltabb, következetesebb, mint eddig volt.
Az asztali alkalmazásban eddig a következő funkciók vannak meg:

• Járatok, megállók, jármű típusok, megálló csoportok, érdekes helyek elmentés fájlokba a memóriában lévő strukturából, illetve fájból visszatöltés a megfelelő struktúrába
• Járatok , megállók, jármű típusok létrehozása, azok egymással összekötése, magyarán a menetren elkészítése.

Ez így elsőre persze nem sok és lehet kérdezni, hogy mit csináltam ezen 4 napig... Igyexem...