Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- sziku69: Szólánc.
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Fűzzük össze a szavakat :)
- Samus: Linkin Park - In The End (Demo)
- droidic: Saját hálózat, saját szabályok – Építs profi infrastruktúrát!
- Zsoca1991102: Kábel kereső / ér pár kereső
- Magga: PLEX: multimédia az egész lakásban
- Toomy: FOXPOST: régen jó volt, de már jobban jársz, ha elfelejted
-
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!
- Luck Dragon: Asszociációs játék. :)
- Vezetékes FEJhallgatók
- Hobby rádiós topik
- Milyen okostelefont vegyek?
- Mozilla Firefox
- Szívós, szép és kitartó az új OnePlus óra
- Allegro vélemények - tapasztalatok
- OpenMediaVault
- Kerékpárosok, bringások ide!
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- További aktív témák...
- BESZÁMÍTÁS! MSI B450M R5 5600X 32GB DDR4 512GB SSD RTX 3070 Ti 8GB Zalman S2 TG GIGABYTE 750W
- Samsung Galaxy S25 Ultra / 12/512GB / Kártyafügetlen / MediaMarkt Garancia 2028.12.02.-ig
- GYÖNYÖRŰ iPhone 12 Mini 128GB Green-1 ÉV GARANCIA -Kártyafüggetlen, MS4169, 100% Akksi
- Dell latitude, precision, xps, magyar világítós billentyűzetek eladóak
- HIBÁTLAN iPhone 13 Mini 128GB Pink-1 ÉV GARANCIA - Kártyafüggetlen, MS4214, 100% Akksi
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest



