- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- gban: Ingyen kellene, de tegnapra
- eBay-es kütyük kis pénzért
- Elektromos rásegítésű kerékpárok
- Rap, Hip-hop 90'
- droidic: Időutazás floppyval: A 486-os visszavág PCem-men
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
Hirdetés
-
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!
- Music Hall a15.3 integrált erősítő Phono bemenettel
- Keresek főként szolgáltató függő Apple Iphone készülékeket
- Kalandvágyók figyelmébe! iMars Android car player - Android autós fejegység
- Sony STR DH 130
- ASUS ZenBook 14 OLED UM3402 - 14"2.8K OLED - Ryzen 7 7730U - 16GB - 512GB - Win11 - 1,5 év garancia
- Samsung Galaxy Watch Ultra Titanium Gray Használt, karcmentes, garanciával 2027. január 29-ig
- Microsoft Surface Laptop 5 13.5" i5-1245U 16GB 256GB 1év garancia
- GYÖNYÖRŰ iPhone 13 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3059
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Eladó egy wittings steel hr sport hibrid okos óra dobozával töltővel
Állásajánlatok
Cég: FOTC
Város: Budapest