- Honor Magic6 Pro - kör közepén számok
- Mobil flották
- Google Pixel topik
- Samsung Galaxy Buds3 Pro - szárat eresztettek a babok
- Okosóra és okoskiegészítő topik
- Honor 200 Pro - mobilportré
- Amazfit T-Rex 3 Pro – világítós dínó
- Android alkalmazások - szoftver kibeszélő topik
- Szintet lép a Xiaomi Apple másolásban?
- Újabb tanúsítványt kapott a Poco X8 Pro Max
-
Mobilarena

Ú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!
- Ryzen5 3700x 8core / GTX 1660 Super / SSD 500gb / HHD 2tb
- iPhone 13 mini 128GB silverlight független
- 15.gen! Intel Core ULTRA 9 285K (24mag!) +hűtött VRM-es Z890 lap! GAR/SZÁMLA (Te nevedre kiállítva)!
- Samsung Galaxy S23 Ultra 5G 256Gb Dual, kártya független, fehér színben
- Apple iphone 16 128Gb, kártya független, fehér színben
- Apple iPhone 14 Pro 128GB,Újszerű,Dobozaval,12 hónap garanciával
- DELL LATITUDE 5420 üzleti laptop garanciával 14", i5-11345G7 16gb ram 256ssd FHD
- HP EliteBook 840 G7 i5-10210U 16GB 512GB FHD 400nit 1 év garancia
- ÁRGARANCIA!Épített KomPhone i5 14400F 16/32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Intel Core i7 6700K 4 mag 8 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest




