Python-PySide – tréning

H.Z.

zfoxMár csak egy bajom van: ha ezt így csinálom, akkor... hogy is mondjam... szóval igencsak messze lesz a kód attól, amit Bob bácsi a Clean Code-ban ír. :-) Majd kirakom valahová a vázat a poén kedvéért. (ahhoz már hosszú, hogy ide bemásoljam)

sipiatti

H.Z.Rossz az elképzelésed, a gui elemei egyenrangúak, nincs "benne" egyik a másikban. Ez csak egy absztrakció, ezt próbáltam feljebb is kifejezni. Semmifajta elvet nem sértesz azzal, ha a LineEdit egy signálja a Tabla1 egy slotjához van kötve. A másik oldala a dolognak, hogyha egy elv nehezíti a megvalósítást, akkor azt az adott helyzetben nem érdemes alkalmazni.

zfox

sipiattiigen de ő szerintem az osztálycímzésből indult ki lehet, úgy hogy egymás alá akarta definiálni a widgeteket és akkor elég ortopéd hivatkozások is születhetnek... pl.: rootGridlayout().subGridLayout().downVHBoxLayout().myLineedit().functions() ... vagy példányosíthatja folyamatosan, de az 100x annyi kód és egy idő után elég átnézni... Egyébként amire gondolt arra hogy egy classból hivatkozik egy másik class belső függvényére olyat nem szeretek csinálni (kivéve néhány absztrakt és gyártófüggvénynél esetleg ha muszály) Mindenki maradjon a kaptafánál és ha kommunikálni kell kifelé akkor csinálok egy külön kapcsolati függvényt ami átadja a másik classnak ami kell...

H.Z.

sipiattiLehet, hogy rossz az elképzelés, de elég nehezemre esik másképp kezelni. Pláne, hogy most a gyakorlatban is kipróbáltam és... hát hogy úgy mondjam, hajmeresztő mennyiségű kód kell egy-egy metódusba/osztályba (osztályba, ha sok, egyszer hívott metódusra szedem szét az elemek gyártását), _:mbha egy GUI valamennyi elemét egy helyen állítom elő azért, hogy ne legyen szükség az objektumban létrehozott objektumban létrehozott objektum metódusaira hivatkozni. Egyébként ez az egész részemről nem arról szól, hogy legyen egy kész, működő alkalmazásom, pusztán próbálom megtanulni ezen elméleti dolgok gyakorlati alkalmazását.

H.Z.

zfoxIgen, közelítőleg erre gondoltam. Ezt így nem is szabad. De... Miért definiáljak/hozzak létre egy widgetet (nincs jelentősége, hogy widget, x objektumot) ott, ahol valójában nincs rá szükségem? Valahogy nem tudok elszakadni attól a kényszerképzettől, hogy ha egy objektumon belül hozok létre egy másikat, akkor ennek a másiknak a belsejét az objektum szülőjéből már nem akarom ismerni. De mint kiderült, az ilyen, egymástól "távol" álló objektumok közti kommunikációra való az említett observer pattern. ui: muszáj, könyörgök: muszáJJJJ ;-) (erre kb. annyira érzékeny vagyok, mint az "egyenlőre" használatára az "egyelőre" helyett :-) )

zfox

H.Z.egy példa az observerre ha erre gondoltál - Dusty Phillips: Python 3 Object Oriented Programming - Harness the power of Python 3 objects - könyvből: class Inventory: def __init__(self): self.observers = [] self._product = None self._quantity = 0 def attach(self, observer): self.observers.append(observer) @property def product(self): return self._product @product.setter def product(self, value): self._product = value self._update_observers() @property def quantity(self): return self._quantity @quantity.setter def quantity(self, value): self._quantity = value self._update_observers() def _update_observers(self): for observer in self.observers: observer() class ConsoleObserver: def __init__(self, inventory): self.inventory = inventory def __call__(self): print(self.inventory.product) print(self.inventory.quantity) i = Inventory() c1 = ConsoleObserver(i) c2 = ConsoleObserver(i) i.attach(c1) i.attach(c2) i.product = "Gadget" Nekem még sose kellett eddig egyébként. Qt alatt meg foglamam sincs hogy működik...Qtnek külön lelkivilága van:)

sipiatti

H.Z."Egyébként ez az egész részemről nem arról szól, hogy legyen egy kész, működő alkalmazásom, pusztán próbálom megtanulni ezen elméleti dolgok gyakorlati alkalmazását." Én ezt értem, ám hatalmas különbség van az elmélet és a gyakorlat között, mikor meg kell valósítani. Szerintem gui elemekhez az observer pattern fölösleges, bár elképzelhető olyan helyzet mikor a gui elemek dinamikusan változnak, ilyenkor menedzselni kell egy listát az értesítendő elemekről. A szoftverfejlesztés gyakorlati tudomány, igaz vannak elméleti okosságok, amiket a végeredmény fejlesztéséhez előnyösen lehet alkalmazni. De mindig ki kell választani a célhoz azt a módszert ami legjobban passzol. Observer patternt ott kell alkalmazni, ahol szükséges és értelmes, különben szétkódolod az agyadat egy egyszerű eredmény eléréséhez. Nekem jobban bevált a gyakorlati példákon keresztül való tanulás, jobban érzi az ember a saját bőrén az előnyöket-hátrányokat.

zfox

H.Z.bocsi kissé fáradt voltam és rámragadt már a sok hülyeség máshonnan (ly) :)

H.Z.

zfoxHa ez vigasztal: nekem nem kell fáradtnak lennem ahhoz, hogy rám ragadjon a hülyeség ;-)

H.Z.

zfox*törölve duplázódás miatt*

H.Z.

zfoxIgen, ez a valódi observer pattern (legalábbis annak látszik), én picit "megvadítottam" a saját változatomban: egy darab, nem példányosítható osztály, benne egy statikus metódus gyűjti a feliratkozókat egy asszociatív tömbbe és a megfigyeltek csak "signalt" küldenek ennek az osztálynak, meghívva egy szintén statikus metódust, aki aztán az adott eseményhez kapcsolódó objektumok megfelelő metódusait indítja. De végül félbehagytam és elkezdtem úgy átírni, ahogy ti javasoltátok: minden widget egy szinten van, így viszonylag egyszerűen össze lehet rendelni őket.

H.Z.

sipiattiValaha (kb. húsz éve) valahogy úgy dolgoztam, hogy csak egy a lényeg: működjön a program - túl sok elméleti dologgal nem is kellett foglalkozni abban az időben (nyoma sem volt OOP-nek, a legdurvább jelenség egy FORTH nevű programnyelv volt :-) ). Mostanában már nincsenek valós, gyakorlati céljaim, egyszerűen látni akarom az elméleti dolgokat működés közben, azok előnyeivel és hátrányaival együtt. Aztán ha még van rá esélyem, akkor talán félretolom ezt a "ragaszkodjunk az elméletekhez" hozzáállást és megpróbálok ismét programozni. Mellesleg úgy fest, kicsit félreértettem az observer patternt is: nem teljesen úgy kellene működnie, ahogy fentebb vázoltam. De még olvasgatok, mert jónéhány forrásból próbálok összeállítani egy használható képet a témáról és hát... szóval nem teljesen egységesek. :-)

zfox

H.Z....hát jah alapozni azt kell már csak azért is hogy az ember fel túdja magában vázolni a probléma megoldására a lehetőségeit... ...aztán mikor gyakorlatban alkalmazza az ember még 15x átírja ugyanazt mert valamiért nem tetszik vagy nem úgy működik ahogy kellene (vagy ahogy a tervben van) Amúgy ha megvannak az alapok akkor tűzz ki egy feladatot magad elé lehetőleg olyat amit te is használni fogsz és progizd le... abből többet tanulsz mint három pártiskolában összesen :) ...mert az elmélet gyakorlat nélkül egyébként nem sokat ér... erre mondják azt ha nem értesz hozzá menj el tanítani... :D

H.Z.

zfoxTanítani? Hát igen. Lehettem úgy húsz-huszonkettő, épp csak leszereltem a katonaságtól, mikor a főnököm jött az elsőrangú ötletével, hogy menjek a közeli ált.iskolába számítástechnikát oktatni. A dolog szépsége volt, hogy neki illett volna tudnia: akkoriban ha egy embernél több áll velem szemben, megszólalni sem tudtam, nemhogy gyerekeket oktatni... :-D Gyakorlati céljaim kb. addig voltak mindezzel, míg rá nem jöttem, hogy kiöregedtem. Sajnos nem csak a koromat tekintve, hanem agyilag is... Szóval marad a játszadozás, amíg még van türelmem hozzá. Ez egyébként egy olyan applikáció lett volna, amit használni is akartam: sqlite3-hoz akartam egy mini GUI-t, amivel kiváltom a commandline-t és van benne valami history-féleség, ahol nem csak a parancsokat tárolom, hanem az eredményeiket is. Sajnos minél tovább olvasgatom a szakirodalmat, annál inkább látom, hogy mennyi mindent nem tudok -> újabb doksik ->újabb ismeretlen területek és a vége mindig az, hogy na jó, akkor itt feladtam... Ma estig azt hittem, ez a kivétel. De itt ülök másfél órája a GUI váz felett és képtelen vagyok rászánni magam egy minimális refactorálásra és arra, hogy belerakjam a tényleges funkcionalitást. Pedig kb. két órányi munka lenne az egész. :-(

zfox

H.Z.Először csináld meg úgy hogy működjön nagyjából minden amit akarsz aztán utána csinosítgatsd... ne a csinosítgatással kezd... vagy közérthetőbben: először hívd randira a lányt és ha igent mond azután vidd el vacsorázni ... :)

H.Z.

zfoxEz az, amihez már rég nincs türelmem. :-) Még ha egy kiéhezett nőstény lenne, hogy a hasonlatodat továbbgondoljam... :-D

zfox

H.Z....akkor másképp mondom: mindegy hogy milyen színe van a bugyinak fehér, piros vagy fekete ha célba akarsz érni ígyis-úgyis le kell varázsolni ... :D

Kendek

zfoxVagy esetleg fizethet is érte, hogy lekerüljön? :D

Htibi

KendekPénzzel is lehet varázsolni, nem? :-D

zfox

Kendekjah:)

sipiatti

Htibiazzal mindenki tud, az kóklerség :D

« Előző oldal Következő oldal »