Hirdetés
- gban: Ingyen kellene, de tegnapra
 - sziku69: Fűzzük össze a szavakat :)
 - Luck Dragon: Asszociációs játék. :)
 - hcl: MS Office365 Linuxon
 - btz: Internet fejlesztés országosan!
 - Brogyi: CTEK akkumulátor töltő és másolatai
 - weiss: Lakodalom van a mi utcánkban...
 - droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
 - LordAthis: RETRÓnia - RETRÓ Mánia - Úton van hozzám egy csodás történelmi darab!
 - hcl: Kelj fel komám, ne aludjál
 
- 
			
						LOGOUT

 
Új hozzászólás Aktív témák
- 
			
			
						Lacces
őstag
Helló,
Design pattern, tervezési kérdéseim lennének. Én full kezdő vagyok benne, csak most bontogatom a szárnyaimat.
1. Van egy alkalmazás ami 2 fő projektre van osztva. Az egyik projekt a motor, ami csinál valami a fájl tartalmával, ez egy console application is lehet. A másik egy GUI-s alkalmazás, amely egy GUI-t biztosit, hogy a user ezen kattintgasson és lássa az eredményeket amiket a motor generál.
Na most a motorban van néhány Model osztály (MVC-ben a Model-nek felel meg), mondjuk legyen Task, nos nekem a GUI-n én ennek hoztam létre egy "wrapper" osztályt, mivel a GUI-s UI controloknak kell, hogy ezzel és azzal legyen kiegészitve az osztály, amelnyek az állapotát változtatják később.Erre van valami design pattern, vagy tervezési minta, hogy hogyan érdemes ezt a két model-t "összekapcsolni"? Arra gondolok, hogy simán meglehetne azt csinálni, hogy a Motor Model osztályá-ból csinálok egy származtatott osztályt a GUI-ban, és ezt használom a GUI-s alkalmazás többi rétegében is, na de ezzel az a bajom, hogy akkor a GUI-s alkalmazás rétegében mindenhol megjelenik a Motor-nak a függősége (az importja, hogy onnan importálja a Model-t), én ezért hoztam létre egy teljesen új Model osztályt a GUI-nál, (és amúgy is plusz dolgokat kell beleraknom), mert akkor igy a Motor-nak a függőségei csak egy rétegben egy bizonyos osztályokban van a jelen.
2. Nem tudom, hogy Factory method-ot esetleg Decorator pattern-t érdemes-e használni az alábbira:
Van egy beépitett ListView, amire én létrehoztam egy osztályt, ami azt biztositja, hogy ez a ListView egyfajta Checkbox Listview legyen, az elemei checkboxok. Illetve ebből van egy leszármaztatott osztály: Disable Checkbox Listview, ami lehetővé teszi, hogy inicializáláskor, egyes checkboxok disabled-ök legyenek. Ezenfelül megvan fejelve azzal, hogy mindkét osztálynak át lehet passzolni callback function-öket (lambda kifejezést, amelyet lefutatt). Nem tudom, hogy most erre egy Factory vagy egy Decorator pattern lenne-e a jó. Egyelőre jó, ahogy van, de valószinűleg lesz még egy-két ilyen checkbox lista variáns. Nekem elsőre a decorator tetszett, mert az valahogy jobban illeszkedik az öröklődés jellegéhez, de talán a factory lenne a kézenfekvőbb, hogy éppen melyik listview-ot gyártsa le.3. Context Pattern helyett van más alternativa? Kellene egy olyan objektum, ami az alkalmazás életciklusa alatt él, és olyan mint a Web-es környezetben ismert Session, ahova adaokat lehet bepakolni, amit az összes réteg elér.
A segitséget előre köszönöm!

 
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Samsung Galaxy A36 5G / 6/128GB / Kártyafüggetlen / 12Hó Garancia / BONTATLAN
 - PlayStation 5 FAT Lemezes + kontroller 6 hó garancia, számlával!
 - HIBÁTLAN APPLE WATCH ULTRA 2 NATURAL TITANIUM 49MM -1 ÉV GARANCIA - MS3714, 100% AKKUMULÁTOR
 - Samsung Galaxy S23 Ultra 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
 - Bomba ár! Dell Latitude 5420 - i5-1145G7 I 16GB I 256SSD I HDMI I 14" FHD I Cam I W11 I Garancia!
 
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
						
								

