VIK Wiki

„Sznikák vizsga kikérdező” változatai közötti eltérés

← Régebbi szerkesztésÚjabb szerkesztés →
VizuálisWikiszöveges
Csia Klaudia Kitti (vitalap | szerkesztései)
felületadminisztrátorok, oauth2, smwadministrator, smwcurator, adminisztrátorok, upwizcampeditors
1 846 szerkesztés
a Duplikációk keresése, törlése, typok javítása.
Csia Klaudia Kitti (vitalap | szerkesztései)
felületadminisztrátorok, oauth2, smwadministrator, smwcurator, adminisztrátorok, upwizcampeditors
1 846 szerkesztés
a Apróbb hibák és elírások javítása.
79. sor: 79. sor:
# Hamis
# Hamis


== Egy Windows Forms űrlapra egy Panel objektumot helyezünk olyan módon, hogy a Panel és az űrlap szélei között marad szaba hely. Milyen technikával lehet legegyszerűbben elérni, hogy az űrlap magasságának növelésével a Panel magassága is változzon (ugyanannyival). ==
== Egy Windows Forms űrlapra egy Panel objektumot helyezünk olyan módon, hogy a Panel és az űrlap szélei között marad szabad hely. Milyen technikával lehet legegyszerűbben elérni, hogy az űrlap magasságának növelésével a Panel magassága is változzon (ugyanannyival). ==
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}}
# Dockolás
# Dockolás
155. sor: 155. sor:
# Try/finally vagy using blokk
# Try/finally vagy using blokk


== Feladatunk egy Windows Forms alkalmazásban annak számolása és kirajzolása az ablak bal felső sarkába, hogy hányszor keletkezett érvénytelen terület. Mi(k)hez van erre szükség? ==
== C# nyelvű kódunkban egy olyan objektumot hozunk létre, mely nem felügyelt erőforrást használ/csomagol be. Milyen C# konstrukciót használunk ilyen esetben, ha biztosítani szeretnénk a nem felügyelt erőforrás mielőbbi felszabadítását, miután befejeztük a használatát? ==
{{kvízkérdés|típus=több|válasz=1,4|pontozás=-}}
# Egy tagváltozó a darabszám értékének nyilvántartására.
# Invalidate hívása.
# Timer.
# Paint esemény kezelése vagy OnPaint felülírása.
 
== C# nyelvű kódunkban egy olyan objektumot hozunk létre, mely nem felügyelt erőforrást használ/csomagol be. Milyen C# konstrukciót használunk ilyen esetben ha biztosítani szeretnénk a nem felügyelt erőforrás mielőbbi felszabadítását, miután befejeztük a használatát? ==
{{kvízkérdés|típus=egy|válasz=5|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=5|pontozás=-}}
# Destroy
# Destroy
460. sor: 453. sor:


== Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet! ==
== Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet! ==
{{kvízkérdés|típus=több|válasz=2,4,5,6,7|pontozás=-}}
{{kvízkérdés|típus=több|válasz=1,2,4,5,6,7|pontozás=-}}
# Az Adapter tervezési mintában a Client osztálynak van egy Target típusú mutatója vagy hivatkozása az Adapter osztály egy példányára.
# Az Adapter tervezési mintában a Client osztálynak van egy Target típusú mutatója vagy hivatkozása az Adapter osztály egy példányára.
# Az Adapter tervezési mintában az Adapter osztály a Target osztályból származik (vagy a Target interfészt implementálja).
# Az Adapter tervezési mintában az Adapter osztály a Target osztályból származik (vagy a Target interfészt implementálja).
494. sor: 487. sor:




== A feladatunk egy ablakozós keretrendszer kifejlesztése. A keretrendszerben bevezetünk egy absztrakt Window osztályt, melyből a keretrendszerre épülő alkalmazások fejlesztésekor le kell származtatni és meg kell valósítani az alkalmazásspecifikus ablak viselkedését. A keretrendszerben egy WindowManager osztályt is megvalósítunk, melynek felelőssége bizonyos feltételek esetén a Window leszármazott objektumok létrehozása, tárolása és menedzselése. A felületelemek vonatkozásában (pl. Button, Dropdown, stb.) az alkalmazásfejlesztőknek nem kell a keretrendszer osztályaiból leszármaztatni. Mely tervezési mintát a legcélszerűbb választani a Window leszármaztatott osztály keretrendszeren belüli létrehozására? Olyan megoldást válasszo, mely a legkevesebb új osztály bevezetésével jár. ==
== A feladatunk egy ablakozós keretrendszer kifejlesztése. A keretrendszerben bevezetünk egy absztrakt Window osztályt, melyből a keretrendszerre épülő alkalmazások fejlesztésekor le kell származtatni és meg kell valósítani az alkalmazásspecifikus ablak viselkedését. A keretrendszerben egy WindowManager osztályt is megvalósítunk, melynek felelőssége bizonyos feltételek esetén a Window leszármazott objektumok létrehozása, tárolása és menedzselése. A felületelemek vonatkozásában (pl. Button, Dropdown, stb.) az alkalmazásfejlesztőknek nem kell a keretrendszer osztályaiból leszármaztatni. Mely tervezési mintát a legcélszerűbb választani a Window leszármaztatott osztály keretrendszeren belüli létrehozására? Olyan megoldást válasszon, mely a legkevesebb új osztály bevezetésével jár. ==
{{kvízkérdés|típus=egy|válasz=7|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=7|pontozás=-}}
# Composite
# Composite
582. sor: 575. sor:
# Az x=10 művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites).
# Az x=10 művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites).


== Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:<br><code>void Write(Data data){<br>Data processedData = ProcessData(data);<br>nextFilter.Write(processedData);<br>}</code> ==
== Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:<br><code>void Write(Data data){<br>Data processedData ProcessData(data);<br>nextFilter.Write(processedData);<br>}</code> ==
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}}
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}}
# Adatforrás által vezérelt.  
# Adatforrás által vezérelt.  
716. sor: 709. sor:
# A Document-View architektúra a Composite tervezési minta egy speciális alkalmazása.
# A Document-View architektúra a Composite tervezési minta egy speciális alkalmazása.
# Az Adapter minta lehetővé teszi olyan osztályok együttműködését, melyek egyébként az inkompatbilis interfészeik miatt nem tudnának együttműködni.
# Az Adapter minta lehetővé teszi olyan osztályok együttműködését, melyek egyébként az inkompatbilis interfészeik miatt nem tudnának együttműködni.
# Az Adapter mintában - pontosabban annak Object Adapter változatában - az Adapter osztály tartalmaz egy mutatót vagy referenciát az adaptálandó (Adaptee) osztályra. Az Adapter osztály a műveleteinek megvalósításában felhasználja az adaptálandó (Adaptee) osztály szolgáltasait.
# Az Adapter mintában - pontosabban annak Object Adapter változatában - az Adapter osztály tartalmaz egy mutatót vagy referenciát az adaptálandó (Adaptee) osztályra. Az Adapter osztály a műveleteinek megvalósításában felhasználja az adaptálandó (Adaptee) osztály szolgáltatásait.
# A felhasználói interakciókat a View osztály kezeli.
# A felhasználói interakciókat a View osztály kezeli.
# A nézethez tipikusan több dokumentum tartozik.
# A nézethez tipikusan több dokumentum tartozik.
746. sor: 739. sor:
# A ManualResetEvent szinkronizációs objektumot tipikusan kölcsönös kizárás megvalósítására alkalmazzuk.
# A ManualResetEvent szinkronizációs objektumot tipikusan kölcsönös kizárás megvalósítására alkalmazzuk.
# A ManualResetEvent objektum set művelete lezárja az objektumot, így a többi szál várakozni kényszerül.
# A ManualResetEvent objektum set művelete lezárja az objektumot, így a többi szál várakozni kényszerül.
# Arra várakozni, hogy ManualResetEvent objektum jelzett állapotba kerüljön, az objketum WaitOne műveletével lehet.
# Arra várakozni, hogy ManualResetEvent objektum jelzett állapotba kerüljön, az objektum WaitOne műveletével lehet.
# ManualResetEvent és AutoResetEvent típusú objektumokra ugyanúgy kell várakozni.
# ManualResetEvent és AutoResetEvent típusú objektumokra ugyanúgy kell várakozni.


761. sor: 754. sor:
# Lehetővé teszi objektumok tetszőleges mélységben való egymásba ágyazását, és támogatja ezen objektumok fastruktúrába szervezését.
# Lehetővé teszi objektumok tetszőleges mélységben való egymásba ágyazását, és támogatja ezen objektumok fastruktúrába szervezését.
# Lehetővé teszi, hogy bizonyos műveletek tekintetében ne kelljen az elemi és összetett objektumokat megkülönböztetni, és támogatja ezen objektumok fastruktúrába szervezését.
# Lehetővé teszi, hogy bizonyos műveletek tekintetében ne kelljen az elemi és összetett objektumokat megkülönböztetni, és támogatja ezen objektumok fastruktúrába szervezését.
# Lehetővé teszi, hogy összetett objektumokat úgy kezeljünk, hogy könnyű legyen új összetett objektumtípust bevezetni (a meglevőkat ne legyen szükséges módosítani), valamint támogatja az objektumok fastruktúrába szervezését.
# Lehetővé teszi, hogy összetett objektumokat úgy kezeljünk, hogy könnyű legyen új összetett objektumtípust bevezetni (a meglevőket ne legyen szükséges módosítani), valamint támogatja az objektumok fastruktúrába szervezését.
# Lehetővé teszi elemi és összetett objektumok közös heterogén kollekcióban való tárolását, valamint támogatja ezen objektumok fastruktúrába szervezését.
# Lehetővé teszi elemi és összetett objektumok közös heterogén kollekcióban való tárolását, valamint támogatja ezen objektumok fastruktúrába szervezését.


A lap eredeti címe: „https://vik.wiki/Sznikák_vizsga_kikérdező”