„Sznikák vizsga kikérdező” változatai közötti eltérés
A VIK Wikiből
a Új kérdések hozzáadása. |
|||
(21 közbenső módosítás, amit 5 másik szerkesztő végzett, nincs mutatva) | |||
2. sor: | 2. sor: | ||
'' Megjegyzés: A (?) jelölt kérdésekre a válasz nem 100%-ig helyes, amennyiben tudod rá a helyes választ, írd át a helyes megoldásra vagy épp szedd ki a ?-et a kérdésből, ha alapból jó a válasz, ezzel segítve a többiek, és az én munkámat! :) '' | '' Megjegyzés: A (?) jelölt kérdésekre a válasz nem 100%-ig helyes, amennyiben tudod rá a helyes választ, írd át a helyes megoldásra vagy épp szedd ki a ?-et a kérdésből, ha alapból jó a válasz, ezzel segítve a többiek, és az én munkámat! :) '' | ||
{{ | {{kvízoldal|cím=vizsga felkészítő kikérdező|pontozás=-}} | ||
|cím= | |||
== | == .JIT köztes kódot fordítja natív gépi kódra. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Igaz | ||
# Hamis | |||
# | |||
== | == .NET Framework alapú konzol alkalmazások Linuxon is futnak. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Igaz | ||
# | # Hamis | ||
== .NET Framework alapú környezetben egy könyvtárat (dll) készítünk. Jelölje meg, mely állítások igazak! == | |||
{{kvízkérdés|típus=több|válasz=1,2|pontozás=-}} | |||
# A könyvtár kódja könnyen visszafejthető. | |||
# Lehetőség van a könyvtár egy kulcspár privát tagjával történő digitális aláírására. | |||
# A könyvtárat semmilyen feltételek mellett nem célszerű központi helyre telepíteni, mert névütközés veszélye áll fent. | |||
# A könyvtárat semmilyen feltételek mellett nem célszerű központi helyre telepíteni, mert verzióütközés veszélye áll fent. | |||
# A könyvtárat priváttá tehetjük azáltal, hogy egy kulcspár titkos kulcsával titkosítjuk. | |||
== | == .NET NuGet csomagok formájában lehet kiegészítő könyvtárakat letölteni. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == .NET beépített osztályok legtöbbje szálbiztos. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == .NET környezetben 2 folyamat között kölcsönös kizárás a lock utasítással megvalósítható. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
66. sor: | 42. sor: | ||
# Hamis | # Hamis | ||
== | == .NET környezetben egy kiszolgáló alkalmazást készítünk, melynek egyidőben nagyon sok klienst kell tudni kiszolgálnia. Adja meg annak a .NET fogalomnak/osztálynak a nevét maximum egy-két szóval, amit ilyen esetben a legcélszerűbb használni a klisensek hatékony párhuzamos kiszolgálása érdekében. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=3|pontozás=-}} | ||
# | # Deadlock | ||
# | # Lock | ||
# Thread-pool | |||
# Control.Invoke | |||
== .NET környezetben egy munkaszálból szeretnénk egy a fő szálból létrehozott TextBox Text tulajdonságát lekérdezni. Adja meg milyen mechanizmust/műveletet kell ehhez használni? == | |||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | |||
# Deadlock | |||
# Lock | |||
# Thread-pool | |||
# Control.Invoke | |||
== .NET környezetben egy objektumot gyakran olvasunk, de ritkán írunk. Mit használna a kölcsönös kizárás megvalósítására? == | == .NET környezetben egy objektumot gyakran olvasunk, de ritkán írunk. Mit használna a kölcsönös kizárás megvalósítására? == | ||
78. sor: | 63. sor: | ||
# ExecuterLock | # ExecuterLock | ||
== | == .NET környezetben egy szálban hatékonyan kell várakozni arra, hogy egy másik szál valamilyen adatot előkészítse a számára. Milyen szinkronizációs konstrukciót a legcélszerűbb erre használni? == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# | # Lock | ||
# | # Synchronized | ||
# | # Mutex | ||
# | # ManualResetEvet | ||
# ReaderWriterLock | |||
# Semaphore | |||
== | == .NET környezetben egy többszálú alkalmazást készítünk, melyben az egyik szál lock utasítással zárat szerez előbb X, majd Y objektum paraméterekkel. Egy másik szál előbb az Y, majd az X paraméterekkel szerez zárat. Adja meg egy szóval, minek a veszélye áll fent egy ilyen forgatókönyv esetén? == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Deadlock | ||
# | # Lock | ||
# Thread-pool | |||
== | == .NET több nyelvet is támogat. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A .NET Core csak Windowson fut. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A .NET Windows Forms bizonyos osztályai a beépített Component osztályból származnak. Mi ennek a következménye? == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Lehetőség van a Visual Studio designerében felparaméterezni. | ||
# | # Natív ablakot csomagol be. | ||
# | # Szülő-gyerek viszonyban állíthatók egymással. | ||
# | # Örökli a vezérlőkre közös tulajdonságokat, mint pl. A helye, mérete, stb. | ||
== A .NET | == A .NET alkalmazásban a .NET "megkerülésével", közvetlenül a Win32 API használatával erőforrásokat foglalunk egy osztályba (pl. Fájlt nyitunk meg). Ez esetben az osztályunkban írunk Dispose műveletet, mert az lehetővé teszi ezen erőforrások mielőbbi felszabadítását.(?) == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A .NET nem támogatja a (managed) C++ nyelvet. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A .NET szerelvények (exe, dll) natív gépi kódú utasításokat tartalmaznak. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== .NET | == A .NET több programozási nyelvet is támogat. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A C# delegate objektumok a C függvénypointerek modern megfelelői, ugyanakkor több függvényre is tudnak mutatni/hivatkozni. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A C# kódból a fordítás során - amikor a szerelvény létrejön - köztes kód keletkezik, vagyis a szerelvények köztes (IL) kódot tartalmaznak. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == A DLL hell probléma elkerülésének egyik módja, ha az alkalmazás által használt dll-eket nem egy központi helyre, hanem az alkalmazás mappájába telepítjük (privát telepítés). == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Dependency Injection tervezési minta lényege, hogy az osztály a függőségeit konstruktor vagy művelet paraméterekben kapja meg (interfész típusonként). == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A JIT fordító a C# kódot fordítja IL kódra. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== . | == A JIT fordító a köztes kódot fordítja natív gépi kódra. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Igaz | ||
# | # Hamis | ||
== A . | == A Pipes and Filters architektúrában aktív szűrők esetében az adatok feldolgozása jellemzően egy ciklusban történik. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Singleton minta globális hozzáférést biztosít egy osztály egyetlen objektumához, és ezt az objektumot egy globális változóban tárolja. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
{{kvízkérdés|típus=egy|válasz= | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Singleton tervezési minta célja mindösszesen az, hogy egy adott osztályból egyetlen példányt lehessen létrehozni. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Template method mintában az ősosztály működése a belőle való leszármaztatással és bizonyos absztrakt/virtuális műveleteinek felülírásával terjeszthető ki. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A .NET | == A Win32 API függvények számos programozói környezetből, pl. .NET alól is elérhetők. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Win32 API-t jellemzően C# nyelven programozzuk. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# | |||
{{kvízkérdés|típus=egy|válasz= | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Windows Forms alkalmazásokban van lehetőség a rajz, pl. Szöveg 2 dimenziós térben történő elforgatására. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == A Windows Forms alkalmazásokban van lehetőség a rajz, pl. Szöveg 3 dimenziós térben történő elforgatására. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== . | == A feladat egy Car osztály elkészítése C# nyelven, mely egy eseménnyel jelzi, ha az autó sebessége meghalad egy adott sebességkorlátot! Adja meg, mely sorok alkalmazására van szükség a megoldásban, ha nem használhatja a ?. Operátort! == | ||
{{kvízkérdés|típus=több|válasz=2,4,9,12|pontozás=-}} | |||
# Event void SpeedLimitExceededDelegate(int speed, double percent); | |||
# Delegate void SpeedLimitExceededDelegate(int speed, double percent); | |||
# Public SpeedLimitExceededDelegate SpeedLimitExceeded; | |||
# Public event SpeedLimitExceededDelegate SpeedLimitExceeded; | |||
# Public delegate SpeedLimitExceededDelegate SpeedLimitExceeded; | |||
# Public event SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent); | |||
# Public SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent); | |||
# Public delegate SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent); | |||
# If (SpeedLimitExceeded != null) | |||
# If (SpeedLimitExceededDelegate != null) | |||
# SpeedLimitExceededDelegate(speed, percent); | |||
# SpeedLimitExceeded(speed, percent) | |||
== A feladat egy Pipes and filters (csővezeték) architektúrájú alkalmazás elkészítése, melynek során célunk egy több CPU magos hardver környezet lehető legjobb kihasználása. Melyik megközelítést választaná ehhez? == | |||
{{kvízkérdés|típus=egy|válasz=5|pontozás=-}} | |||
# Passzív szűrő által vezérelt | |||
# Csővezeték által vezérelt | |||
# Adatnyelő által vezérelt | |||
# Adatforrás által vezérelt | |||
# Aktív szűrő által vezérelt | |||
== 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=-}} | |||
# Composite | |||
# Memento | |||
# Observer | |||
# Strategy | |||
# Singleton | |||
# Proxy | |||
# Factory method | |||
# Adapter | |||
# Abstract factory | |||
== A feladatunk egy alkalmazás elkészítése egy gyártósor által előállított termék különböző modelljeinek a teszteléséhez. A különböző modellekhez mindig ugyanazon alkatrészkategóriákból (pl. Hangszóró, csatlakozó, vezérlőegység stb.) van szükség egy-egy alkatrészre, de az egyes modellekhez az egyes alkatrészkategóriákból más-más modellspecifikus alkatrész beépítésére van szükség (pl. Más típusú hangszóró, csatlakozó stb.) tartozik a Galaxy S20 és Galaxy A20 modellekhez), melyekhez az alkalmazásunkban különböző tesztelést végző osztálybeli objektumra van szükség. Mely tervezési minta alkalmazása a legcélszerűbb az alábbiak közül? == | |||
{{kvízkérdés|típus=egy|válasz=9|pontozás=-}} | |||
# Composite | |||
# Memento | |||
# Observer | |||
# Strategy | |||
# Singleton | |||
# Proxy | |||
# Factory method | |||
# Adapter | |||
# Abstract factory | |||
== A feladatunk egy keretrendszer megtervezése. A keretrendszerben létre kell hozni egy adott típusú objektumot, de annak típusát nem ismerjük, mert az csak a keretrendszerre épülő alkalmazás esetén dől el. Mely tervezési mintát használná a probléma megoldására? == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Factory method | ||
# | # Abstract method | ||
# Composite | |||
# Proxy | |||
# Observer | |||
# Adapter | |||
# Singleton | |||
# Strategy | |||
== | == A közös dll-ek egy központi mappába történő telepítésének egyik előnye, hogy így minden esetben elkerülhető dll hell probléma. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== .NET | == A privát .NET szerelvények telepítése egyszerű, csak fel kell másolni a számítógépre. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== . | == A szoftverarchitektúra jelentőségét szokás egy kiegyensúlyozott mérleggel is ábrázolni. Mire vonatkozik ez? == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # A szoftvernek jól kell működnie (funkcionalitás), de ugyanilyen fontos, hogy legyen jól struktúrált. | ||
# | # Az architektúra különböző aspektusainak, úgymint szerkezet, karbantarthatóság, tesztelhetőség egyensúlyban kell lennie. | ||
# A szoftvert magas szinten alapvetően azonos léptékű modulokra célszerű bontani. | |||
# Az architektúra/kód struktúrálás kihat a teljesítményre (pl. Túl sok modul/réteg csökkenti a teljesítményt), ennek vonatkozásában meg kell találni az egyensúlyt. | |||
== | == Adja meg mely állítás igaz a kiszolgáló oldali megvalósításra! == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=több|válasz=1,4,5|pontozás=-}} | ||
# | # A kiszolgáló oldali kód általában lefordítható, így a hibák egy része már fordításkor kiderül. | ||
# | # Ha szüksége van interakcióra a kliens oldallal, akkor kis adatforgalommal, hatékonyan tud kommunikálni. | ||
# Gyorsabb, mint a kliens oldali, mert nincs szükség interakcióra a klienssel. | |||
# A kiszolgáló oldali kóddal általában könnyebb böngésző független megvalósítást készíteni. | |||
# Az alkalmazás futása gyorsabb a kliens oldalihoz képest. | |||
== | == Adja meg mely állítás igaz a kliens oldali megvalósításra! == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=több|válasz=2,3|pontozás=-}} | ||
# | # A kliens oldali kód általában lefordítható, így a hibák egy része már fordításkor kiderül. | ||
# | # Ha szüksége van interakcióra a kiszolgálóval, akkor kis adatforgalommal, hatékonyan tud kommunikálni. | ||
# Gyorsabb, mint a kiszolgáló oldali, mert nincs szükség interakcióra a kiszolgálóval. | |||
# A kliens oldali kóddal általában könnyebb böngésző független megvalósítást készíteni. | |||
# Az alkalmazás futása gyorsabb a kiszolgáló oldalihoz képest. | |||
== . | == Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet, mely egymásba ágyazott zárakat tartalmaz.<code><br>class Program{<br>static object syncObject = new object();<br>static void Main(string[] args){<br>lock (syncObject) {<br>f();}}<br>static void f(){<br>lock (syncObject) {<br>Console.WriteLine("Hello!");}}}</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=-}} | ||
# | # Az alkalmazás kiírja a "Hello!" szöveget a konzolra. | ||
# | # Az alkalmazás soha nem fejezi be a futását, mert az f() függvényben a lock utasításnál már egy a Main függvényben zárolt objektumra próbál zárolni (holtpont alakul ki). | ||
# Az f() függvényben a lock utasítás kivételt dob annak érdekében, hogy ne alakuljon ki holtpont. | |||
== Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet, melyben a .NET beépített List<T> osztályát használjuk (és nem lehet helyette más osztályt használni).<br><code>class DataProcessor{<br>List<int> items = new List<int>();<br>static object syncObject = new object();<br>public int GetItem(int index) {<br>lock (syncObject) { return items[index]; }}<br>public void AddItem(int n) {<br>lock (syncObject) { items.Add(n); }}} </code> == | |||
{{kvízkérdés|típus=egy|válasz=3|pontozás=-}} | |||
# A megoldás jelen formájában nem szálbiztos (thread safe), de azzá tehető, ha a syncObject tagváltozó elől a static kulcsszót eltávolítjuk. | |||
# A megoldás szálbiztos (thread safe) és nem tehető triviális módon hatékonyabbá. | |||
# A megoldás szálbiztos (thread safe), de a syncObject tagváltozó előtti a static kulcsszó eltávolításával hatékonyabbá tehető. | |||
# A megoldás szálbiztos (thread safe), de a lock utasítások eltávolításával hatékonyabbá tehető. | |||
== Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet. <code><br>class Counter{<br>int counter = 0; // *1<br>object syncRoot = new object(); // *2<br>public int GetValue() // *3<br>{<br>lock (syncRoot)<br>{ return counter; }<br>}<br>public void IncreaseCounter(int delta) // *4<br>{<br>lock (syncRoot)<br>{ counter += delta; }}}</code> == | |||
{{kvízkérdés|típus=több|válasz=1,3|pontozás=-}} | |||
# A *2 sor elejére nem kell plusszban beírni a static kulcsszót, anélkül is helyes a működés. | |||
# A kód nem működne megfelelően, ha a *2 sorban a syncRoot típusát int-re cserélnénk. | |||
# A *3 GetValue() függvényben a lock utasítás eltávolítható (ha legalább 32 bites környezetről van szó). | |||
# A *4 IncreaseCounter() függvényben a lock utasítás eltávolítható. | |||
# A *4 IncreaseCounter() függvényben a lock utasítás eltávolítható, de akkor ki kell írni a függvény elé a synchronized kulcsszót. | |||
== | == Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet.<code><br>class ClassA<br>{<br>int counter = 0;<br>List<int> values = new List<int>();<br>public void SetValue (int n) { counter = n; }<br>public void ResetIfGreaterThanZero() { if(counter > 0) counter = 0; }<br>public void Subtract(int n) { counter -= n; }<br>public void AddItem(int n) { values.Add(n); }<br>… további kód<br>}<br></code> Jelölje meg mely műveletek esetében kell többszálú környezetben a kölcsönös kizárást megvalósítani! == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=több|válasz=2,3,4|pontozás=-}} | ||
# | # SetValue | ||
# | # Subtract | ||
# ResetIfGreaterThanZero | |||
# AddItem | |||
== | == Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:<br><code>Data Read(){<br>Data data = prevFilter.Read();<br>Data processedData = ProcessedData(data);return processedData; }</code> == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Adatforrás által vezérelt. | ||
# | # Adatnyelő által vezérelt. | ||
# Csővezeték által vezérelt. | |||
# Aktív szűrő által vezérelt. | |||
# Passzív szűrő által vezérelt. | |||
== | == 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. | ||
# | # Adatnyelő által vezérelt. | ||
# Csővezeték által vezérelt. | |||
# Aktív szűrő által vezérelt. | |||
# Passzív szűrő által vezérelt. | |||
== | == Adott az alábbi Pipes and filters architektúra, filter megvalósítás pszeudokód. Melyik forgatókönyv felel meg a lenti kódnak? <br><p style = "font-family:consolas">void Run(){ <br> Data data; <br> while(data = inputPipe.Read()){ <br> Data processedData = ProcessedData(data); <br> outputPipe.Write(processedData);}}}</p> == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# | # Csővezeték által vezérelt. | ||
# | # Passzív szűrő által vezérelt. | ||
# Adatnyelő által vezérelt. | |||
# Aktív szűrő által vezérelt. | |||
# Adatforrás által vezérelt. | |||
== | == Adott az alábbi kódrészlet, mely Oracle típusú kapcsolat és parancs objektumok segítségével Oracle adathozzáférési réteget valósít meg. <code> <br> IConnection conn = new OracleConnection(); <br>conn.Open(); <br>ICommand cmd = new OracleCommand("SELECT * FROM Orders"); <br>cmd.ExecuteReader(); </code> <br> T.f.h. Hasonló kódrészletek az adathozzáférési réteg több osztályában előfordulnak. Melyik tervezési minta alkalmazásával lenne legpraktikusabb az adathozzáférési réteg kódját úgy általánosítani, hogy tetszőleges adatkezelő (nem csak Oracle) rendszer esetén működőképes legyen? Jelölje meg a helyes választ! == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Proxy | ||
# | # Abstract Factory | ||
# Factory Method | |||
# Adapter | |||
# Strategy | |||
== C# nyelven a statikus tagváltozókat statikus lock objektummal kell védeni | == Adott az alábbi állítás: C# nyelven a nem statikus tagváltozókat nem statikus lock objektummal kell védeni, mert statikus lock objektum alkalmazása esetén nem teljesülne a kölcsönös kizárás (inkonzisztens állapotba kerülhetne a védett objektum). Jelölje meg a helyes választ! == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Csak az első tagmondat igaz (+ -) | ||
# | # Csak a második tagmondat igaz (- +) | ||
# Mindkét tagmondat igaz, de a következtetés hamis (+ + -) | |||
# Mindkét tagmondat igaz és a következtetés is helyes (+ + +) | |||
# Egyik tagmondat sem igaz (- -) | |||
== Adott egy osztály. Az objektumainak állapotát úgy szeretnénk elmenteni és visszaállítani egy másik osztályból, hogy nem tesszük publikussá a tagváltozóit. Mely tervezési mintát célszerű használni a megoldás során? == | |||
{{kvízkérdés|típus=egy|válasz=6|pontozás=-}} | |||
# Proxy | |||
# Repository | |||
# Strategy | |||
# Command Processor | |||
# Snapshot | |||
# Memento | |||
# Command | |||
== Adottak az alábbi állítások .NET szerelvények (assembly) vonatkozásában. Jelölje meg az igaz állításokat. == | |||
{{kvízkérdés|típus=több|válasz=3,4|pontozás=-}} | |||
# Privát szerelvényekből lehet két azonos nevűt egymás mellé telepíteni. | |||
# Az azonosított szerelvények titkosítottak a kiadó privát kulcsával. | |||
# Az azonosított szerelvények digitálisan alá vannak írva a kiadó privát kulcsával. | |||
# A .NET szerelvényekben a kód IL (Intermediate Language) formátumban van, mely telepítéskor vagy első művelethíváskor fordul le gépi kódra. | |||
== Adottak az alábbi állítások a .NET szálkezelés/szinkronizáció vonatkozásában. Jelölje meg a helyes állításokat. == | |||
{{kvízkérdés|típus=több|válasz=3,4|pontozás=-}} | |||
# 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. | |||
# 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. | |||
== Adottak az alábbi állítások a C# események (event) vonatkozásában. Jelölje meg a helyes állításokat! == | |||
{{kvízkérdés|típus=több|válasz=1,4|pontozás=-}} | |||
# A C# delegate-ek állnak a működésük hátterében. | |||
# Adott eseményre feliratkozni a "++" operátorral lehet. | |||
# Adott eseményre egyszerre egy előfizető iratkozhat fel. | |||
# Egy osztály több eseményt is publikálhat. | |||
# Egy esemény tag osztályban való felvételkor az esemény tagváltozó előtt a delegate kulcsszót kell szerepeltetni. | |||
== Adottak az alábbi állítások a C# nyelvi eszközökről (property, delegate, event és attribute). Jelölje meg, hogy mely állítások igazak. == | |||
{{kvízkérdés|típus=több|válasz=4,6,9,10,11,12,14|pontozás=-}} | |||
# A C# property-k segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz. | |||
# C# eventre feliratkozni az "=" operátorral lehet. | |||
# C# event tagváltozóra helyes példa a következő: <code>event int CompareDelegate(object a, object b);</code> | |||
# C# event tag értéke null abban az esetben, ha nincs az eseményre feliratkozó. | |||
# A C# attribútumok definiálásakor egy get és egy set blokkot adunk meg, melyek az attribútum lekérdezésekor, illetve beállításakor hívódnak meg (nem kötelező mindkettőt megadni). | |||
# C# delegate objektumot át lehet adni függvényparaméterként is. | |||
# C# delegate típus definícióra szintaktikailag helyes példa a következő: <code>event int CompareDelegate(object a, object b);</code> | |||
# C# event események vonatkozásában a -= operátor valamennyi előfizetőt leiratkoztat. | |||
# Egy delegate objektum/változó több metódusra is hivatkozhat. | |||
# A C# attribútumok segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz. | |||
# C# eventre feliratkozni a "+=" operátorral lehet. | |||
# C# delegate típus definícióra szintaktikailag helyes példa a következő: <code>delegate int CompareDelegate(object a, object b);</code> | |||
# C# események elsütésekor a beregisztrált eseménykezelő függvények a hatékonyság érdekében külön szálakon hívódnak meg. | |||
# Egy osztály több eseményt is publikálhat. | |||
== Adottak az alábbi állítások a Document-View (Dokumentum-Nézet) architektúra vonatkozásában. Jelölje meg, mely állítások igazak! == | |||
{{kvízkérdés|típus=több|válasz=3,4,5|pontozás=-}} | |||
# A Document-View architektúrában a Controller osztály feladata a felhasználói interakciók kezelése. | |||
# A Document-View architektúrában a dokumentumban külön tagváltozót vezetünk be minden egyes nézetre. | |||
# A Document-View architektúrában a dokumentumnak van egy vagy több olyan művelete, mellyel az állapotát a nézetek bármikor le tudják kérdezni. | |||
# A Document-View architektúrában a nézetnek van egy hivatkozása a dokumentumára. | |||
# A dokumentumnak van egy listája a beregisztrált nézeteire. | |||
== Adottak az alábbi állítások a Memento tervezési mintával kapcsolatban. Jelölje meg a helyes válaszokat! == | |||
{{kvízkérdés|típus=több|válasz=2,3,6,7|pontozás=-}} | |||
# A mintában a Memento osztálynak van olyan művelete, melynek egy Originator objektumot lehet átadni. Ez a művelet az Originatorban levő adatok alapján a Memento állapotát állítja. | |||
# A mintában az Originator osztálynak van olyan művelete, mellyel egy Memento objektumot lehet kérni. Ez a Memento objektum az Originator állapotának másolatát tárolja. | |||
# A mintában az Originator osztálynak van olyan művelete, melynek egy Memento objektumot lehet átadni. Ez a művelet a Mementoban levő adatok alapján az Originator állapotát állítja. | |||
# A mintában a CareTaker Originator objektumokat tárol. | |||
# A mintában az Originator osztályt becsomagoljuk egy Memento objektummal, a Memento tárolja az Originator állapotát. | |||
# A minta elérhetővé teszi a külvilág számára az objektum belső állapotát az egységbezárás megsértése nélkül (vagyis anélkül, hogy publikussá tennénk az állapotát.) | |||
# A mintát használhatjuk az Undo funkció megvalósítására. | |||
== Adottak az alábbi állítások a Strategy tervezési mintával kapcsolatban. Jelölje meg, mely állítások igazak! == | |||
{{kvízkérdés|típus=több|válasz=3,5|pontozás=-}} | |||
# A minta globális függvénypointereket vezet be annak érdekében, hogy a kliens szemszögéből az általa használt algoritmusok szabadon kicserélhetőek legyenek. | |||
# A minta lehetővé teszi, hogy egy adott osztály viselkedésének különböző aspektusai paraméterezhetőek legyenek. Mindezt elsődlegesen úgy éri el, hogy magából az osztályból számos leszármazottat vezet be (minden viselkedés kombinációhoz egyet). | |||
# A minta lehetővé teszi, hogy egy adott osztály viselkedésének különböző aspektusai paraméterezhetőek legyenek. Mindezt úgy, hogy minden aspektushoz egy osztályhierarchiát vezet be. | |||
# A mintában a Context (vagy Client) osztályban van egy vagy több mutató/referencia, mely típusa egy vagy több konkrét algoritmus implementáció. | |||
# A mintában a Context (vagy Client) osztályban van egy vagy több mutató/referencia, mely típusa egy vagy több algoritmus interfész/absztrakció. | |||
== Adottak az alábbi állítások a kétrétegű, valamint a háromrétegű architektúrával kapcsolatban! Jelölje meg, mely állítások igazak! == | |||
{{kvízkérdés|típus=több|válasz=3,4|pontozás=-}} | |||
# A kétrétegű architektúrát ma már soha nem használjuk a háromrétegű architektúra előnyei miatt. | |||
# A kétrétegű architektúra lehetővé teszi, hogy adott üzleti logikához egyszerűen készítsünk különböző frontend alkalmazásokat, úgy mint desktop, web, mobil. | |||
# A háromrétegű architektúra lehetővé teszi, hogy adott üzleti logikához egyszerűen készítsünk különböző frontend alkalmazásokat, úgy mint desktop, web, mobil. | |||
# A háromrétegű architektúra előnye a kétrétegűvel szemben, hogy az adatbázis sémája a kliensalkalmazástól függetlenül egyszerűbben átszervezhető. | |||
== Adottak az alábbi állítások az Observer tervezési mintával kapcsolatban. Jelölje meg, mely állítások igazak. == | |||
{{kvízkérdés|típus=több|válasz=1,2|pontozás=-}} | |||
# A minta az egyes subject típusoknak bevezet egy ősosztályt, melynek szerepe többek között az, hogy tárolja a beregisztrált observereket. | |||
# A minta az egyes observer típusoknak bevezet egy ősosztályt (vagy interfészt), melynek szerepe, hogy a subject számára egységessé tegyék az egyes observer típusok kezelését. | |||
# Az observer implementációkból egy dependency (függőség) kapcsolat mutat a konkrét subject osztály irányába. | |||
# Az observer implementációknak van egy általános subject listájuk, mellyel egységesen hivatkoznak a különböző típusú subject-ekre. | |||
== Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg a helyes állításokat! == | |||
{{kvízkérdés|típus=több|válasz=1,2|pontozás=-}} | |||
# A Proxy tervezési mintában a Proxy objektum egy transzparens csomagoló az eredeti objektum körül, mely szabályozhatja az eredeti objektumhoz való hozzáférést. | |||
# Az Adapter minta - pontosabban annak Object Adapter változata - az objektum becsomagolásával teszi lehetővé, hogy az objektum interfésze kompatibilis legyen azzal, amit a kliens/környezete elvár. | |||
# A Singleton minta globális hozzáférést biztosít egy osztály egyetlen objektumához, és ezt az objektumot egy globális változóban tárolja. | |||
== 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=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 az Adapter osztály a Target osztályból származik (vagy a Target interfészt implementálja). | |||
# Az Adapter minta Object Adapter változatában a Adaptee implementálja a Target interfészt (vagy a Target osztályból származik). | |||
# Az Adapter tervezési mintában (legalábbis annak object adapter változatában) az Adapter (adaptáló) osztály – amennyibe lehetősége van rá – továbbítja (delegálja) a kéréseket az Adaptee (adaptálandó) osztálynak. | |||
# Bár az Adaptert tervezési mintának tekintik, valójában ez egy idióma, mert csak egy adott programozási nyelv kontextusában (Java) használatos. | |||
# A 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. | |||
== | == Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban. Jelölje meg, mely állítások igazak. == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=több|válasz=1,3,4,5|pontozás=-}} | ||
# | # A Document-View architektúra az Observer 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 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 nézethez tipikusan több dokumentum tartozik. | |||
== | == Amikor egy AutoResetEvent objektum jelzett lesz, a rá várakozó szálak közül csak 1 futhat tovább. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Amikor egy szál egy lock blokkon belül van, akkor más szál nem tartózkodhat olyan lock blokkon belül, melynek ugyanaz a szinkronizációs objektum a paramétere.(?) == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
350. sor: | 473. sor: | ||
# Hamis | # Hamis | ||
== | == Az AutoResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A | == Az alábbi állítások a .NET Framework platformra vonatkoznak! 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=1,3,4,5|pontozás=-}} | |||
# .NET platformra lehet C++ nyelven is fejleszten. | |||
# .NET környezetben az objektumok azonnal felszabadulnak, amint az utolsó hivatkozás is megszűnik rájuk. | |||
# A .NET futtatókörnyezet rövid neve: CLR. | |||
# Egy alkalmazás több szerelvényből is állhat. | |||
# A dinamikusan lefoglalt memória felszabadítása nem a fejlesztő feladata. | |||
# Az elterjedtebb processzorok képesek a köztes (IL) kódot közvetlenül futtatni. | |||
# A C# kódot a JIT compiler fordítja köztes (IL) kódra. | |||
== Az alábbiak közül mely adatok teszik egyedivé az erős névvel ellátott (azonosított) .NET szerelvényeket? Jelölje meg a helyes választ! == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Név, fejlesztő cég privát kulcsa, verzió, opcionális kultúra információ | ||
# | # Név, fejlesztő cég nyilvános kulcsa, verzió, opcionális kultúra információ | ||
# Név, verzió, pcionális kultúra információ | |||
# Név, fejlesztő cég nyilvános kulcsa, verzió, digitális aláírás, opcionális kultúra információ | |||
== Az alábbiak közül melyik definiálja a legjobban a klasszikus DLL hell problémát? == | |||
{{kvízkérdés|típus=több|válasz=3|pontozás=-}} | |||
# Egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott). | |||
# Egy alkalmazás telepítésekor felteszi a célkörnyezetbe az általa használt DLL-eket egy közös mappába. Ezeket a DLL-eket további alkalmazások is használják, melyek közül az egyik eltávolításakor (uninstall) a DLL-ek egy része eltávolításra kerül, így az alkalmazásunk működésképtelenné válik. | |||
# Egy alkalmazás telepítésekor felteszi a célkörnyezetbe az általa használt DLL-eket egy közös mappába. Később, egy másik alkalmazás a telepítésekor felülírja a korábban telepített alkalmazás egyik DLL-jét egy másik verzióval. A korábban telepített alkalmazás ezzel az újonnan telepített DLL-lel nem működik megfelelően. | |||
# Egy alkalmazás telepítésekor felülírja az operációs rendszer bizonyos DLL-jeit, mely következtében az operációs rendszer instabillá válik. | |||
== Az egyik tervezési minta azt javasolja, hogy a származtatás/komplex hierarchia helyett az osztály viselkedésének különböző aspektusait kompozícióval tegyük paraméterezhetővé. Melyzik ez a tervezési minta? == | |||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | |||
# Composite | |||
# Memento | |||
# Observer | |||
# Strategy | |||
# Singleton | |||
# Proxy | |||
# Factory method | |||
# Adapter | |||
# Abstract factory | |||
== | == Azonosított .NET szerelvényekből lehet két ugyanolyan nevű telepítve egy számítógépre. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == C# nyelven a statikus tagváltozókat statikus lock objektummal kell védeni (a lock paraméterében statikus tagváltozót használni), mert nem statikus lock objektum alkalmazása esetén nem teljesülne a kölcsönös kizárás. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == C# nyelven az "@attribútumnév" szintaktikával lehet deklaratívan annotációkat osztályokhoz fűzni. == | ||
{{kvízkérdés|típus=egy|válasz=|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == C# nyelven egy eseményre kötelező legalább egy előfizetőt beregisztrálni. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== A .NET alkalmazásban a .NET "megkerülésével", közvetlenül a Win32 API használatával erőforrásokat foglalunk egy | == 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= | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# | # Destroy | ||
# | # Discard | ||
# Dispose | |||
# Using blokk | |||
# Finalize | |||
# Destruktor | |||
== Composite tervezési minta fontosabb osztályai a következők: Client, Component, Composite (összetett) és Leaf (levél). Jelölje meg a helyes választ! == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# A Composite osztálynak van egy Component gyűjteménye. | |||
# A Component osztálynak van egy gyűjteménye Composite, valamint egy másik gyűjteménye Leaf objektumokból. | |||
# A Component osztálynak van egy közös gyűjteménye (heterogén kollekció) Composite és Leaf objektumokból. | |||
# A Composite osztálynak van egy gyűjteménye Component, valamint egy másik gyűjteménye Leaf objektumokból. | |||
# A Client osztálynak van egy gyűjteménye Composite, valamint egy másik gyűjteménye Leaf objektumokból. | |||
== Egy .NET alkalmazásban a .NET "megkerülésével", közvetlenül a Win32 API használatával erőforrásokat foglalunk egy osztályunkban (pl. Fájlt nyitunk meg). Milyen műveletet/műveleteket írunk ilyen esetben? Több válasz is megadható! == | |||
{{kvízkérdés|típus=több|válasz=4|pontozás=-}} | |||
# Deadlock | |||
# Lock | |||
# Thread-pool | |||
# Dispose | |||
== | == Egy .NET osztályunk konstruktorában nagyméretű .NET string tömböt foglalunk. Ez esetben írunk az osztályunkban destruktort és Dispose függvényt, melyben gondoskodunk a tömb felszabadításáról. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Egy 32 bites számmal történő egyszerű értékadás .NET környezetben mindig atomi. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Egy C# eseményre feliratkozni az = operátorral lehet. == | ||
# | |||
= | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== Egy | == Egy Win32 CALLBACK függvény olyan függvény, amit az operációs rendszer valósít meg és mi hívunk az alkalmazás fejlesztése során. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Egy Win32 üzenet billentyűlenyomás esetén tartalmazza a lenyomott billentyű kódját. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== | == Egy Windows Forms alapú alkalmazás esetén egy saját státuszbárt (? Státuszsáv) szeretne megvalósítani. Ennek mindig a tartalmazó ablak alján kell elhelyezkednie fix magassággal (státuszbár az alsó/oldalsó élei és a tartalmazó űrlap élei között nem lehet szabad hely/rés). Milyen technikát legcélszerűbb ehhez választani? == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | ||
# | # Dockolás | ||
# | # Anchor | ||
# | # FillPanel | ||
# SplitContainer | |||
# Splitter | |||
# Sticky container | |||
# Grid panel | |||
== | == Egy Windows Forms alapú alkalmazás esetén egy saját státuszbárt szeretne megvalósítani. Ennek mindig a tartalmazó ablak alján kell elhelyezkednie fix magassággal (státuszbár az alsó/oldalsó élei és a tartalmazó űrlap élei között nem lehet szabad hely/rés). Milyen technikát legcélszerűbb ehhez választani? == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
{{kvízkérdés|típus= | # Dockolás | ||
# | # Anchor | ||
# | # FillPanel | ||
# | # SplitContainer | ||
# | # Splitter | ||
# | # Sticky container | ||
# Grid panel | |||
== | == Egy Windows Forms alapú alkalmazásban a célunk egy olyan testreszabott, újrafelhasználható checkbox (jelölőnégyzet) vezérlő bevezetése, amely minden egyes kattintáskor egy üzenetablakban megkérdezi a felhasználót, biztos-e a döntésében. Mit használna ehhez? == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
{{kvízkérdés|típus=egy|válasz= | # Groupbox | ||
# | # Checkbox osztályból származtatás | ||
# | # Form | ||
# | # Component | ||
# | # CostumControl leszármaztatás | ||
# | # UserControl | ||
# Control leszármaztatás | |||
== | == Egy Windows Forms alapú alkalmazásban a célunk egy teljesen egyedi és újrafelhasználható vezérlő bevezetése, mely minden kattintásra egyel nagyobb értéket jelenít meg. Mit használna ehhez? == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=6|pontozás=-}} | ||
# | # Groupbox | ||
# | # Checkbox osztályból származtatás | ||
# | # Form | ||
# Control | # Component | ||
# CostumControl leszármaztatás | |||
# UserControl | |||
# Control leszármaztatás | |||
== | == Egy Windows Forms alapú alkalmazásban a célunk egy összetett (több vezérlőből álló) újrafelhasználható vezérlő kialakítása. Mit használna ehhez? == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=egy|válasz=6|pontozás=-}} | ||
# | # Groupbox | ||
# | # Checkbox osztályból származtatás | ||
# | # Form | ||
# Component | |||
# CostumControl leszármaztatás | |||
# UserControl | |||
# Control leszármaztatás | |||
== | == Egy Windows Forms alapú alkalmazásban a célunk egy összetett (több vezérlőből álló), újrafelhasználható vezérlő kialakítása. Mit használna ehhez? == | ||
# | {{kvízkérdés|típus=egy|válasz=6|pontozás=-}} | ||
# | # Groupbox | ||
# | # Checkbox osztályból származtatás | ||
# | # Form | ||
# | # Component | ||
# CostumControl leszármaztatás | |||
# UserControl | |||
# Control leszármaztatás | |||
== | == 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). == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
{{kvízkérdés|típus= | # Dockolás | ||
# | # Anchor | ||
# FillPanel | |||
# Splitter | |||
# | # Sticky container | ||
# | |||
# | |||
# | |||
== | == 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= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Dockolás | ||
# | # Anchor | ||
# | # FillPanel | ||
# | # Splitter | ||
# | # Sticky container | ||
== Egy | == Egy alkalmazásban a CommHandler osztály felelős egy külső rendszer adott szolgáltatásainak eléréséért. A CommHandler osztályt a felhasználói/kliensei egy interfész típusként (ICommHandler) kapják meg és használják. Egy új, jogosultság hozzáférést ellenőrző objektumot szeretnénk beékelni az osztály és a felhasználói közé olyan módon, hogy az osztályt és a felhasználóit a lehető legkevésbé érintse a változtatás. Mely tervezési mintát a legcélszerűbb választani a probléma megoldására? == | ||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# Factory method | |||
# Abstract method | |||
# Composite | |||
# Proxy | |||
# Observer | |||
# Adapter | |||
# Singleton | |||
# Strategy | |||
== Egy alkalmazásban a több helyről is használt SecurityService osztály biztonsági szempontból érzékeny műveleteket végez. A kliens osztályok a SecurityService-t már egy az általa implementált ISecurityService interfészen keresztül érik el. Mely tervezési minta segítségével tudjuk az osztály és a klienseinek módosítása nélkül megoldani, hogy az egyes kérések kiszolgálása csak bizonyos jogosultsági körrel rendelkező kliens kód esetében történjen meg? == | |||
{{kvízkérdés|típus=egy|válasz=6|pontozás=-}} | |||
# Composite | # Composite | ||
# Memento | # Memento | ||
509. sor: | 682. sor: | ||
# Abstract factory | # Abstract factory | ||
== | == Egy alkalmazáson belül a Windows üzenetek feldolgozása párhuzamos. == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Egy kilens objektum egy nagy erőforrásigényű objektumot használ (pl. Egy szövegszerkesztő nagyméretű képeket), a nagy erőforrásigényű objektumra, azonban nincs mindig szükség, igény esetén tölthető be. A betöltés előtt is szükség van azonban a nagy erőforrásigényű objektum bizonyos paramétereire. Mely tervezési mintát használná a probléma megoldására? == | |||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# Factory method | |||
# Abstract method | |||
# Composite | # Composite | ||
# | # Proxy | ||
# Observer | # Observer | ||
# Adapter | |||
# Singleton | |||
# Strategy | # Strategy | ||
== Egy kiszolgáló alkalmazás esetében praktikusabb külön szálakat indítani az egyes kérések kiszolgálásához, mert a thread-pool szálak elfogyhatnak. Jelölje meg a helyes választ! == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Csak az első tagmondat igaz (+ -) | |||
# Csak a második tagmondat igaz (- +) | |||
# Mindkét tagmondat igaz, de a következtetés hamis (+ + -) | |||
# Mindkét tagmondat igaz és a következtetés is helyes (+ + +) | |||
# Egyik tagmondat sem igaz (- -) | |||
== | == Egy nem statikus változót célszerű statikus lockkal (osztályszintű zárral) védeni, mert ez hatékonyabb megoldást jelent. == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | |||
# Hamis | |||
== Egy online bolt alkalmazásban a feladata egy a bevásárlókosár lezárását (szállítási cím kezelése, megerősítés, fizetés) kezelő osztály megvalósítása. Az osztálynak több fizetési módot (pl. Bankkártya, átutalás) kell támogatnia, és könnyen kiterjeszthetőnek kell lennie újabb fizetési módokkal. Mely tervezési mintát alkalmazná a megvalósítás során? == | |||
{{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | |||
# Composite | # Composite | ||
# Memento | # Memento | ||
533. sor: | 722. sor: | ||
# Adapter | # Adapter | ||
# Abstract factory | # Abstract factory | ||
== Egy változó növelése .NET környezetben atomi. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Feladatunk egy .NET alkalmazásban Oracle adatbázisban bizonyos rekordok módosítása. Mi(k)re van ehhez szükség? == | |||
{{kvízkérdés|típus=több|válasz=4,6,7|pontozás=-}} | |||
# SQLCommand | |||
# SQLDataReader | |||
# SQLConnection | |||
# OracleConnection | |||
# OracleDataReader | |||
# OracleCommand | |||
# 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? == | |||
{{kvízkérdés|típus=több|válasz=1,2,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. | |||
== Feladatunk egy Windows Forms alkalmazásban annak számolása és kirajzolása az ablak bal felső sarkában, hogy hányszor keletkezett érvénytelen terület. Mi(k)hez van erre szükség? == | |||
{{kvízkérdés|típus=több|válasz=1,2,4|pontozás=-}} | |||
# Invalidate hívása. | |||
# Paint esemény kezelése vagy OnPaint felülírása. | |||
# Timer | |||
# Egy tagváltozó a darabszám értékének nyilvántartására. | |||
== Feladatunk egy olyan alkalmazás megtervezése, mely szervezetek osztályainak hierarchiáját képes egy diagramon megjeleníteni. Egy szervezeten belül lehetnek osztályok és személyek, az osztályokon belül további osztályok és személyek, tetszőleges mélységben. Mely tervezési mintát a legcélszerűbb választani a probléma modellezésére? == | == Feladatunk egy olyan alkalmazás megtervezése, mely szervezetek osztályainak hierarchiáját képes egy diagramon megjeleníteni. Egy szervezeten belül lehetnek osztályok és személyek, az osztályokon belül további osztályok és személyek, tetszőleges mélységben. Mely tervezési mintát a legcélszerűbb választani a probléma modellezésére? == | ||
546. sor: | 764. sor: | ||
# Abstract factory | # Abstract factory | ||
== | == Ha adott két objektum és ezekre a lock utasítással eltérő sorrendben szerez zárat két szál, nem alakulhat ki holtpont. == | ||
{{kvízkérdés|típus= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Igaz | ||
# Hamis | |||
# | |||
== | == Ha egy osztályban egy költséges, nem felügyelt erőforrást foglalunk (pl. Win32 API hívással) a konstruktorban és ezt az osztályban eltároljuk, akkor destruktort írunk az osztályba, mert az biztosítja az erőforrás mielőbbi felszabadítását, amint az osztály objektumát nem használjuk.(?) == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # Igaz | ||
# Hamis | |||
# | |||
== | == IL-t könnyű visszafejteni. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
{{kvízkérdés|típus= | |||
# | |||
# | |||
== Jelöje meg, hogy a .NET Framework esetében mely állítások igazak! == | == Jelöje meg, hogy a .NET Framework esetében mely állítások igazak! == | ||
590. sor: | 783. sor: | ||
# Az alábbi forgatókönyv a klasszikus DLL hell probléma legjellemzőbb esetének jó definíciója: egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott). | # Az alábbi forgatókönyv a klasszikus DLL hell probléma legjellemzőbb esetének jó definíciója: egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott). | ||
# A .NET IL kód processzor-és architektúrafüggetlen. | # A .NET IL kód processzor-és architektúrafüggetlen. | ||
# A .NET IL kód nagyon hatékony, mert a processzorok közvetlenül tudják futtatni. | # A .NET IL kód nagyon hatékony, mert a processzorok közvetlenül tudják futtatni. | ||
# Az azonosított (erős névvel aláírt) szerelvények lehetővé teszik, hogy a több kiadó/fejlesztőcég azonos fájlnévvel és azonos verzióval telepítsen .NET szerelvényeket. | # Az azonosított (erős névvel aláírt) szerelvények lehetővé teszik, hogy a több kiadó/fejlesztőcég azonos fájlnévvel és azonos verzióval telepítsen .NET szerelvényeket. | ||
# A privát szerelvényeket egyszerűbb telepíteni, mint az azonosított szerelvényeket. | # A privát szerelvényeket egyszerűbb telepíteni, mint az azonosított szerelvényeket. | ||
== Jelölje meg a helyes választ! == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# A Proxy tervezési mintában a Proxy objektum egy transzparens csomagoló az eredeti objektum körül, mely szabályozza az eredeti objektumhoz való hozzáférést. | |||
# A Proxy tervezési minta adatok cache-elésére használt a web-en, a kérések gyorsabb kiszolgálása érdekében. | |||
# A Proxy tervezési minta adatok cache-elésére használt bármilyen kontextusban, a kérések gyorsabb kiszolgálása érdekében. | |||
# A Proxy tervezési mintában a kliens objektum az eredeti kiszolgáló helyett egy proxy objektumra mutat, és amikor szükséges, a mutatót az eredeti kiszolgáló objektumra állítjuk, hogy az szolgálja ki a kliens kéréseit | |||
# A Proxy tervezési minta lehetővé teszi az egymással nem kompatibilis objektumok együttműködését. | |||
== | == Jelölje meg, mely állítások igazak a Pipes and Filters architektúrára. == | ||
{{kvízkérdés|típus=több|válasz= | {{kvízkérdés|típus=több|válasz=1,2|pontozás=-}} | ||
# | # Egyik előnye, hogy a filterek tetszőlegesen kombinálhatók. | ||
# | # Egyik előnye a párhuzamos feldolgozás lehetősége (aktív szűrők esetén). | ||
# | # Adatnyelő által vezérelt architektúra esetén a szűrő egy ciklusban dolgozza fel a bemenetére érkező adatokat. | ||
== Jelölje meg, mely állítások igazak a szálkezelésre .NET környezetben! == | == Jelölje meg, mely állítások igazak a szálkezelésre .NET környezetben! == | ||
605. sor: | 805. sor: | ||
# A ManualResetEvent osztályt jellemzően arra használjuk, hogy adott erőforrás elérésére vonatkozó kölcsönös kizárást valósítunk meg a segítségével. | # A ManualResetEvent osztályt jellemzően arra használjuk, hogy adott erőforrás elérésére vonatkozó kölcsönös kizárást valósítunk meg a segítségével. | ||
# A ManualResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére. | # A ManualResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére. | ||
# A Mutex előnye a lock utasítással szemben, hogy különböző folyamatok szálai között is használható. | # A Mutex előnye a lock utasítással szemben, hogy különböző folyamatok szálai között is használható. | ||
# Az x++ művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites). | # Az x++ művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites). | ||
# A ReaderWriterLock használata akkor célszerű használni kölcsönös kizárásra, ha a védett erőforrást gyakran olvassuk és ritkán írjuk. | # A ReaderWriterLock használata akkor célszerű használni kölcsönös kizárásra, ha a védett erőforrást gyakran olvassuk és ritkán írjuk. | ||
# 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). | ||
== | == Jelölje meg, mely állítások igazak az alábbiak közül! == | ||
{{kvízkérdés|típus=több|válasz=2|pontozás=-}} | |||
# A JIT compiler fordítja a forrásfájlokat - pl. A .cs állományokat - IL (Intermediate Language) kódra. | |||
# Az IL (Intermediate Language) kódot könnyű visszafejteni. | |||
# .NET környezetben az adott nyelvhez tartozó fordító (compiler) kimenete forrásfájlonként egy .obj kiterjesztésű fájl. Mely IL (Intermediate Language) kódot tartalmaz. A .obj kiterjesztésű fájlokat a linker fűzi össze egy .exe vagy .dll kiterejesztésű állománnyá, mely natív hardverfüggő gépi kódot tartalmaz, majd ezeket a .exe és .dll állományokat telepítjük a célkörnyezetbe. | |||
# C# támogatja a többszörös öröklést. | |||
{{kvízkérdés|típus= | |||
# | |||
# | |||
# | |||
# | |||
# | |||
== Melyek a Singleton tervezési minta megvalósításának kellékei? Jelölje meg a helyes válaszokat! == | == Melyek a Singleton tervezési minta megvalósításának kellékei? Jelölje meg a helyes válaszokat! == | ||
657. sor: | 828. sor: | ||
# Globális pointer vagy referencia | # Globális pointer vagy referencia | ||
== | == Mi a Composite tervezési minta elsődleges célja? == | ||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# | # 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 ö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. | |||
# | |||
# | |||
# | |||
== Mi a tervezési minták egyik elsődleges célja? == | == Mi a tervezési minták egyik elsődleges célja? == | ||
826. sor: | 842. sor: | ||
# Jobb teljesítményű kód írása. | # Jobb teljesítményű kód írása. | ||
# A valóság minél érthetőbb modellezése. | # A valóság minél érthetőbb modellezése. | ||
== Mi az Observer tervezési minta elsődleges célja? Jelölje meg a helyes választ! == | == Mi az Observer tervezési minta elsődleges célja? Jelölje meg a helyes választ! == | ||
857. sor: | 850. sor: | ||
# Lehetővé teszi, hogy objektumok (közvetve) úgy értesítsék egymást állapotuk megváltozásáról, hogy nem tudnak egymásról. | # Lehetővé teszi, hogy objektumok (közvetve) úgy értesítsék egymást állapotuk megváltozásáról, hogy nem tudnak egymásról. | ||
# Lehetővé teszi algoritmusok folyamatának (progress) monitorozását. | # Lehetővé teszi algoritmusok folyamatának (progress) monitorozását. | ||
== Miben segítenek a tervezési minták? == | == Miben segítenek a tervezési minták? == | ||
908. sor: | 859. sor: | ||
# A valóság minél érthetőbb modellezése. | # A valóság minél érthetőbb modellezése. | ||
== | == Milyen lépéseket tartalmaz jellemzően egy meglévő modális dialógusablak használata? == | ||
{{kvízkérdés|típus=több|válasz= | {{kvízkérdés|típus=több|válasz=2,5,6|pontozás=-}} | ||
# A | # A dialógusablakon levő vezérlők közvetlen inicializálása. | ||
# | # A dialógusablak visszatérésének (DialogResult) vizsgálata. | ||
# | # A dialógusablakon levő vezérlők inicializálása property-k (tulajdonságok) segítségével. | ||
# | # MessageBox megjelenítés. | ||
# | # Dialógusablak megjelenítése. | ||
# Dialógusablak példányosítása. | |||
# Időzítő felparaméterezése. | |||
== ReaderWriterLock osztály lehetővé teszi, hogy egy erőforrást több szál is írjon egyszerre. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Windows Forms nem modális dialógusablak a DialogResult-ban tudja jelezni, hogy a felhasználó Ok vagy Cancel gombbal zárta be a dialógus ablakot. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Windows Forms nem támogat lineáris transzformációkat. == | |||
{{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Windows Forms vezérlők (Control) között lehetőség van a szülő/gyerek és birtokos/birtokolt viszony kialakítására. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== Windows Forms vezérlők (Control) között lehetőség van szülő/gyerek viszony kialakítására. == | |||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
== | == Windows Forms űrlapok (Form) között lehetőség van birtokos/birtokolt viszony kialakítására. == | ||
{{kvízkérdés|típus=egy|válasz=1|pontozás=-}} | |||
# Igaz | |||
# Hamis | |||
{{kvízkérdés|típus= | |||
# | |||
# | |||
== | == Ön egy alkalmazást fejleszt .NET platformra. Az alkalmazást a felhasználók a saját gépeiken több példányban is mepróbálhatják elindítani (akár teljesen egyidőben). Az ön feladata annak megoldása, hogy az alkalmazás csak egy példányban fusson: vagyis, ha az alkalmazásból úgy indít új példányt a felhasználó, hogy már fut, akkor az újabb példány ezt detektálja, és azonnal lépjen ki (fejezze be a futását). Mit használna az alábbiak közül ennek megvalósításához? == | ||
{{kvízkérdés|típus=egy|válasz=5|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=5|pontozás=-}} | ||
# | # Lock | ||
# | # Synchronized | ||
# | # StartCoordinator | ||
# | # AutoResetEvent | ||
# | # Mutex | ||
# Singleton | |||
# ThreadPool | |||
== Adottak az alábbi állítások a C# property, delegate és attribute vonatkozásában. 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=1,3|pontozás=-}} | |||
# Feltéve, hogy adott egy Circle osztály és annak egy int típusú Radius tulajdonsága (property), valamint a Circle osztály egy circle nevű példánya/objektuma, akkor a tulajdonság lekérdezése pl. az int n = circle.Radius; formában lehetséges. | |||
# Egy C# attribútum alkalmazásakor az attribútum neve elé a @ karaktert kell tenni. | |||
# A C# attribútumok segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz. | |||
# Egy C# property (tulajdonság) bevezetésekor mindig be kell vezetni egy tagváltozót is az osztályban, melyben a property értéke tárolásra kerül. | |||
== Jelölje meg, mely állítások igazak .NET környezetben szálkezelés vonatkozásában! FIGYELEM, akárhány helyes válasz létezhet! == | |||
{{kvízkérdés|típus=több|válasz=2,3|pontozás=-}} | |||
# Amikor egy AutoResetEvent objektum jelzett állapotba kerül, valamennyi rá várakozó szál tovább futhat. | |||
# .NET környezetben egy folyamat (processz) akkor áll le, ha az összes előtérszála leáll. | |||
# Egy változó növelése a ++ operátorral nem szálbiztos (nem thread safe). | |||
== A | == A feladat fájlrendszerbeli mappák és bennük levő fájlok nyilvántartása egy adott objektumstrukturában. Az egyes fájlokról a nevüket és a méretüket, valamint a mappákra a nevüket kell nyilvántartani (memóriában). Elegáns megoldást szeretnénk a következőre: Mappa tartalmának listázásakor a mappában levő fájlok és a közvetlen benne levő mappák nevét és méretét kell kiírni a konzolra. Az előző pontban, amikor egy mappa méretét írjuk ki a konzolra, akkor a mappa összméretét kell kiírni, melybe valamennyi - a hierarchiában tetszőlegesen mélységben levő - almappájában levő fájlok mérete is beleszámolódik. Mely tervezési minta biztosít a fentiekre elegáns megoldást? == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=8|pontozás=-}} | ||
# | # Prototype | ||
# Memento | # Memento | ||
# Observer | # Observer | ||
951. sor: | 931. sor: | ||
# Proxy | # Proxy | ||
# Factory method | # Factory method | ||
# Composite | # Composite | ||
# Abstract factory | # Abstract factory |
A lap jelenlegi, 2023. június 15., 14:04-kori változata
Megjegyzés: A (?) jelölt kérdésekre a válasz nem 100%-ig helyes, amennyiben tudod rá a helyes választ, írd át a helyes megoldásra vagy épp szedd ki a ?-et a kérdésből, ha alapból jó a válasz, ezzel segítve a többiek, és az én munkámat! :)
.JIT köztes kódot fordítja natív gépi kódra.
- Igaz
- Hamis
.NET Framework alapú konzol alkalmazások Linuxon is futnak.
- Igaz
- Hamis
.NET Framework alapú környezetben egy könyvtárat (dll) készítünk. Jelölje meg, mely állítások igazak!
- A könyvtár kódja könnyen visszafejthető.
- Lehetőség van a könyvtár egy kulcspár privát tagjával történő digitális aláírására.
- A könyvtárat semmilyen feltételek mellett nem célszerű központi helyre telepíteni, mert névütközés veszélye áll fent.
- A könyvtárat semmilyen feltételek mellett nem célszerű központi helyre telepíteni, mert verzióütközés veszélye áll fent.
- A könyvtárat priváttá tehetjük azáltal, hogy egy kulcspár titkos kulcsával titkosítjuk.
.NET NuGet csomagok formájában lehet kiegészítő könyvtárakat letölteni.
- Igaz
- Hamis
.NET beépített osztályok legtöbbje szálbiztos.
- Igaz
- Hamis
.NET környezetben 2 folyamat között kölcsönös kizárás a lock utasítással megvalósítható.
- Igaz
- Hamis
.NET környezetben egy folyamat a kilépéskor bevárja az összes előtér szálat.
- Igaz
- Hamis
.NET környezetben egy kiszolgáló alkalmazást készítünk, melynek egyidőben nagyon sok klienst kell tudni kiszolgálnia. Adja meg annak a .NET fogalomnak/osztálynak a nevét maximum egy-két szóval, amit ilyen esetben a legcélszerűbb használni a klisensek hatékony párhuzamos kiszolgálása érdekében.
- Deadlock
- Lock
- Thread-pool
- Control.Invoke
.NET környezetben egy munkaszálból szeretnénk egy a fő szálból létrehozott TextBox Text tulajdonságát lekérdezni. Adja meg milyen mechanizmust/műveletet kell ehhez használni?
- Deadlock
- Lock
- Thread-pool
- Control.Invoke
.NET környezetben egy objektumot gyakran olvasunk, de ritkán írunk. Mit használna a kölcsönös kizárás megvalósítására?
- WriterLock
- ReaderLock
- ReaderWriterLock
- ExecuterLock
.NET környezetben egy szálban hatékonyan kell várakozni arra, hogy egy másik szál valamilyen adatot előkészítse a számára. Milyen szinkronizációs konstrukciót a legcélszerűbb erre használni?
- Lock
- Synchronized
- Mutex
- ManualResetEvet
- ReaderWriterLock
- Semaphore
.NET környezetben egy többszálú alkalmazást készítünk, melyben az egyik szál lock utasítással zárat szerez előbb X, majd Y objektum paraméterekkel. Egy másik szál előbb az Y, majd az X paraméterekkel szerez zárat. Adja meg egy szóval, minek a veszélye áll fent egy ilyen forgatókönyv esetén?
- Deadlock
- Lock
- Thread-pool
.NET több nyelvet is támogat.
- Igaz
- Hamis
A .NET Core csak Windowson fut.
- Igaz
- Hamis
A .NET Windows Forms bizonyos osztályai a beépített Component osztályból származnak. Mi ennek a következménye?
- Lehetőség van a Visual Studio designerében felparaméterezni.
- Natív ablakot csomagol be.
- Szülő-gyerek viszonyban állíthatók egymással.
- Örökli a vezérlőkre közös tulajdonságokat, mint pl. A helye, mérete, stb.
A .NET alkalmazásban a .NET "megkerülésével", közvetlenül a Win32 API használatával erőforrásokat foglalunk egy osztályba (pl. Fájlt nyitunk meg). Ez esetben az osztályunkban írunk Dispose műveletet, mert az lehetővé teszi ezen erőforrások mielőbbi felszabadítását.(?)
- Igaz
- Hamis
A .NET nem támogatja a (managed) C++ nyelvet.
- Igaz
- Hamis
A .NET szerelvények (exe, dll) natív gépi kódú utasításokat tartalmaznak.
- Igaz
- Hamis
A .NET több programozási nyelvet is támogat.
- Igaz
- Hamis
A C# delegate objektumok a C függvénypointerek modern megfelelői, ugyanakkor több függvényre is tudnak mutatni/hivatkozni.
- Igaz
- Hamis
A C# kódból a fordítás során - amikor a szerelvény létrejön - köztes kód keletkezik, vagyis a szerelvények köztes (IL) kódot tartalmaznak.
- Igaz
- Hamis
A DLL hell probléma elkerülésének egyik módja, ha az alkalmazás által használt dll-eket nem egy központi helyre, hanem az alkalmazás mappájába telepítjük (privát telepítés).
- Igaz
- Hamis
A Dependency Injection tervezési minta lényege, hogy az osztály a függőségeit konstruktor vagy művelet paraméterekben kapja meg (interfész típusonként).
- Igaz
- Hamis
A JIT fordító a C# kódot fordítja IL kódra.
- Igaz
- Hamis
A JIT fordító a köztes kódot fordítja natív gépi kódra.
- Igaz
- Hamis
A Pipes and Filters architektúrában aktív szűrők esetében az adatok feldolgozása jellemzően egy ciklusban történik.
- Igaz
- Hamis
A Singleton minta globális hozzáférést biztosít egy osztály egyetlen objektumához, és ezt az objektumot egy globális változóban tárolja.
- Igaz
- Hamis
A Singleton tervezési minta célja mindösszesen az, hogy egy adott osztályból egyetlen példányt lehessen létrehozni.
- Igaz
- Hamis
A Template method mintában az ősosztály működése a belőle való leszármaztatással és bizonyos absztrakt/virtuális műveleteinek felülírásával terjeszthető ki.
- Igaz
- Hamis
A Win32 API függvények számos programozói környezetből, pl. .NET alól is elérhetők.
- Igaz
- Hamis
A Win32 API-t jellemzően C# nyelven programozzuk.
- Igaz
- Hamis
A Windows Forms alkalmazásokban van lehetőség a rajz, pl. Szöveg 2 dimenziós térben történő elforgatására.
- Igaz
- Hamis
A Windows Forms alkalmazásokban van lehetőség a rajz, pl. Szöveg 3 dimenziós térben történő elforgatására.
- Igaz
- Hamis
A feladat egy Car osztály elkészítése C# nyelven, mely egy eseménnyel jelzi, ha az autó sebessége meghalad egy adott sebességkorlátot! Adja meg, mely sorok alkalmazására van szükség a megoldásban, ha nem használhatja a ?. Operátort!
- Event void SpeedLimitExceededDelegate(int speed, double percent);
- Delegate void SpeedLimitExceededDelegate(int speed, double percent);
- Public SpeedLimitExceededDelegate SpeedLimitExceeded;
- Public event SpeedLimitExceededDelegate SpeedLimitExceeded;
- Public delegate SpeedLimitExceededDelegate SpeedLimitExceeded;
- Public event SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent);
- Public SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent);
- Public delegate SpeedLimitExceededDelegate SpeedLimitExceeded(int speed, double percent);
- If (SpeedLimitExceeded != null)
- If (SpeedLimitExceededDelegate != null)
- SpeedLimitExceededDelegate(speed, percent);
- SpeedLimitExceeded(speed, percent)
A feladat egy Pipes and filters (csővezeték) architektúrájú alkalmazás elkészítése, melynek során célunk egy több CPU magos hardver környezet lehető legjobb kihasználása. Melyik megközelítést választaná ehhez?
- Passzív szűrő által vezérelt
- Csővezeték által vezérelt
- Adatnyelő által vezérelt
- Adatforrás által vezérelt
- Aktív szűrő által vezérelt
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.
- Composite
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Adapter
- Abstract factory
A feladatunk egy alkalmazás elkészítése egy gyártósor által előállított termék különböző modelljeinek a teszteléséhez. A különböző modellekhez mindig ugyanazon alkatrészkategóriákból (pl. Hangszóró, csatlakozó, vezérlőegység stb.) van szükség egy-egy alkatrészre, de az egyes modellekhez az egyes alkatrészkategóriákból más-más modellspecifikus alkatrész beépítésére van szükség (pl. Más típusú hangszóró, csatlakozó stb.) tartozik a Galaxy S20 és Galaxy A20 modellekhez), melyekhez az alkalmazásunkban különböző tesztelést végző osztálybeli objektumra van szükség. Mely tervezési minta alkalmazása a legcélszerűbb az alábbiak közül?
- Composite
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Adapter
- Abstract factory
A feladatunk egy keretrendszer megtervezése. A keretrendszerben létre kell hozni egy adott típusú objektumot, de annak típusát nem ismerjük, mert az csak a keretrendszerre épülő alkalmazás esetén dől el. Mely tervezési mintát használná a probléma megoldására?
- Factory method
- Abstract method
- Composite
- Proxy
- Observer
- Adapter
- Singleton
- Strategy
A közös dll-ek egy központi mappába történő telepítésének egyik előnye, hogy így minden esetben elkerülhető dll hell probléma.
- Igaz
- Hamis
A privát .NET szerelvények telepítése egyszerű, csak fel kell másolni a számítógépre.
- Igaz
- Hamis
A szoftverarchitektúra jelentőségét szokás egy kiegyensúlyozott mérleggel is ábrázolni. Mire vonatkozik ez?
- A szoftvernek jól kell működnie (funkcionalitás), de ugyanilyen fontos, hogy legyen jól struktúrált.
- Az architektúra különböző aspektusainak, úgymint szerkezet, karbantarthatóság, tesztelhetőség egyensúlyban kell lennie.
- A szoftvert magas szinten alapvetően azonos léptékű modulokra célszerű bontani.
- Az architektúra/kód struktúrálás kihat a teljesítményre (pl. Túl sok modul/réteg csökkenti a teljesítményt), ennek vonatkozásában meg kell találni az egyensúlyt.
Adja meg mely állítás igaz a kiszolgáló oldali megvalósításra!
- A kiszolgáló oldali kód általában lefordítható, így a hibák egy része már fordításkor kiderül.
- Ha szüksége van interakcióra a kliens oldallal, akkor kis adatforgalommal, hatékonyan tud kommunikálni.
- Gyorsabb, mint a kliens oldali, mert nincs szükség interakcióra a klienssel.
- A kiszolgáló oldali kóddal általában könnyebb böngésző független megvalósítást készíteni.
- Az alkalmazás futása gyorsabb a kliens oldalihoz képest.
Adja meg mely állítás igaz a kliens oldali megvalósításra!
- A kliens oldali kód általában lefordítható, így a hibák egy része már fordításkor kiderül.
- Ha szüksége van interakcióra a kiszolgálóval, akkor kis adatforgalommal, hatékonyan tud kommunikálni.
- Gyorsabb, mint a kiszolgáló oldali, mert nincs szükség interakcióra a kiszolgálóval.
- A kliens oldali kóddal általában könnyebb böngésző független megvalósítást készíteni.
- Az alkalmazás futása gyorsabb a kiszolgáló oldalihoz képest.
Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet, mely egymásba ágyazott zárakat tartalmaz.
class Program{
static object syncObject = new object();
static void Main(string[] args){
lock (syncObject) {
f();}}
static void f(){
lock (syncObject) {
Console.WriteLine("Hello!");}}}
class Program{
static object syncObject = new object();
static void Main(string[] args){
lock (syncObject) {
f();}}
static void f(){
lock (syncObject) {
Console.WriteLine("Hello!");}}}
- Az alkalmazás kiírja a "Hello!" szöveget a konzolra.
- Az alkalmazás soha nem fejezi be a futását, mert az f() függvényben a lock utasításnál már egy a Main függvényben zárolt objektumra próbál zárolni (holtpont alakul ki).
- Az f() függvényben a lock utasítás kivételt dob annak érdekében, hogy ne alakuljon ki holtpont.
Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet, melyben a .NET beépített List<T> osztályát használjuk (és nem lehet helyette más osztályt használni).
class DataProcessor{
List<int> items = new List<int>();
static object syncObject = new object();
public int GetItem(int index) {
lock (syncObject) { return items[index]; }}
public void AddItem(int n) {
lock (syncObject) { items.Add(n); }}}
List<int> items = new List<int>();
static object syncObject = new object();
public int GetItem(int index) {
lock (syncObject) { return items[index]; }}
public void AddItem(int n) {
lock (syncObject) { items.Add(n); }}}
- A megoldás jelen formájában nem szálbiztos (thread safe), de azzá tehető, ha a syncObject tagváltozó elől a static kulcsszót eltávolítjuk.
- A megoldás szálbiztos (thread safe) és nem tehető triviális módon hatékonyabbá.
- A megoldás szálbiztos (thread safe), de a syncObject tagváltozó előtti a static kulcsszó eltávolításával hatékonyabbá tehető.
- A megoldás szálbiztos (thread safe), de a lock utasítások eltávolításával hatékonyabbá tehető.
Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet.
class Counter{
int counter = 0; // *1
object syncRoot = new object(); // *2
public int GetValue() // *3
{
lock (syncRoot)
{ return counter; }
}
public void IncreaseCounter(int delta) // *4
{
lock (syncRoot)
{ counter += delta; }}}
class Counter{
int counter = 0; // *1
object syncRoot = new object(); // *2
public int GetValue() // *3
{
lock (syncRoot)
{ return counter; }
}
public void IncreaseCounter(int delta) // *4
{
lock (syncRoot)
{ counter += delta; }}}
- A *2 sor elejére nem kell plusszban beírni a static kulcsszót, anélkül is helyes a működés.
- A kód nem működne megfelelően, ha a *2 sorban a syncRoot típusát int-re cserélnénk.
- A *3 GetValue() függvényben a lock utasítás eltávolítható (ha legalább 32 bites környezetről van szó).
- A *4 IncreaseCounter() függvényben a lock utasítás eltávolítható.
- A *4 IncreaseCounter() függvényben a lock utasítás eltávolítható, de akkor ki kell írni a függvény elé a synchronized kulcsszót.
Adott az alábbi C# nyelvű .NET alkalmazás kódrészlet.
class ClassA
{
int counter = 0;
List<int> values = new List<int>();
public void SetValue (int n) { counter = n; }
public void ResetIfGreaterThanZero() { if(counter > 0) counter = 0; }
public void Subtract(int n) { counter -= n; }
public void AddItem(int n) { values.Add(n); }
… további kód
}
Jelölje meg mely műveletek esetében kell többszálú környezetben a kölcsönös kizárást megvalósítani!
class ClassA
{
int counter = 0;
List<int> values = new List<int>();
public void SetValue (int n) { counter = n; }
public void ResetIfGreaterThanZero() { if(counter > 0) counter = 0; }
public void Subtract(int n) { counter -= n; }
public void AddItem(int n) { values.Add(n); }
… további kód
}
- SetValue
- Subtract
- ResetIfGreaterThanZero
- AddItem
Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:
Data Read(){
Data data = prevFilter.Read();
Data processedData = ProcessedData(data);return processedData; }
Data data = prevFilter.Read();
Data processedData = ProcessedData(data);return processedData; }
- Adatforrás által vezérelt.
- Adatnyelő által vezérelt.
- Csővezeték által vezérelt.
- Aktív szűrő által vezérelt.
- Passzív szűrő által vezérelt.
Adott az alábbi Pipes and filters (csővezeték) architektúra filter megvalósítás pszeudokód:
void Write(Data data){
Data processedData ProcessData(data);
nextFilter.Write(processedData);
}
Data processedData ProcessData(data);
nextFilter.Write(processedData);
}
- Adatforrás által vezérelt.
- Adatnyelő által vezérelt.
- Csővezeték által vezérelt.
- Aktív szűrő által vezérelt.
- Passzív szűrő által vezérelt.
Adott az alábbi Pipes and filters architektúra, filter megvalósítás pszeudokód. Melyik forgatókönyv felel meg a lenti kódnak?
void Run(){
Data data;
while(data = inputPipe.Read()){
Data processedData = ProcessedData(data);
outputPipe.Write(processedData);}}}
Data data;
while(data = inputPipe.Read()){
Data processedData = ProcessedData(data);
outputPipe.Write(processedData);}}}
- Csővezeték által vezérelt.
- Passzív szűrő által vezérelt.
- Adatnyelő által vezérelt.
- Aktív szűrő által vezérelt.
- Adatforrás által vezérelt.
Adott az alábbi kódrészlet, mely Oracle típusú kapcsolat és parancs objektumok segítségével Oracle adathozzáférési réteget valósít meg.
IConnection conn = new OracleConnection();
conn.Open();
ICommand cmd = new OracleCommand("SELECT * FROM Orders");
cmd.ExecuteReader();
T.f.h. Hasonló kódrészletek az adathozzáférési réteg több osztályában előfordulnak. Melyik tervezési minta alkalmazásával lenne legpraktikusabb az adathozzáférési réteg kódját úgy általánosítani, hogy tetszőleges adatkezelő (nem csak Oracle) rendszer esetén működőképes legyen? Jelölje meg a helyes választ!
IConnection conn = new OracleConnection();
conn.Open();
ICommand cmd = new OracleCommand("SELECT * FROM Orders");
cmd.ExecuteReader();
- Proxy
- Abstract Factory
- Factory Method
- Adapter
- Strategy
Adott az alábbi állítás: C# nyelven a nem statikus tagváltozókat nem statikus lock objektummal kell védeni, mert statikus lock objektum alkalmazása esetén nem teljesülne a kölcsönös kizárás (inkonzisztens állapotba kerülhetne a védett objektum). Jelölje meg a helyes választ!
- Csak az első tagmondat igaz (+ -)
- Csak a második tagmondat igaz (- +)
- Mindkét tagmondat igaz, de a következtetés hamis (+ + -)
- Mindkét tagmondat igaz és a következtetés is helyes (+ + +)
- Egyik tagmondat sem igaz (- -)
Adott egy osztály. Az objektumainak állapotát úgy szeretnénk elmenteni és visszaállítani egy másik osztályból, hogy nem tesszük publikussá a tagváltozóit. Mely tervezési mintát célszerű használni a megoldás során?
- Proxy
- Repository
- Strategy
- Command Processor
- Snapshot
- Memento
- Command
Adottak az alábbi állítások .NET szerelvények (assembly) vonatkozásában. Jelölje meg az igaz állításokat.
- Privát szerelvényekből lehet két azonos nevűt egymás mellé telepíteni.
- Az azonosított szerelvények titkosítottak a kiadó privát kulcsával.
- Az azonosított szerelvények digitálisan alá vannak írva a kiadó privát kulcsával.
- A .NET szerelvényekben a kód IL (Intermediate Language) formátumban van, mely telepítéskor vagy első művelethíváskor fordul le gépi kódra.
Adottak az alábbi állítások a .NET szálkezelés/szinkronizáció vonatkozásában. Jelölje meg a helyes állításokat.
- 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.
- 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.
Adottak az alábbi állítások a C# események (event) vonatkozásában. Jelölje meg a helyes állításokat!
- A C# delegate-ek állnak a működésük hátterében.
- Adott eseményre feliratkozni a "++" operátorral lehet.
- Adott eseményre egyszerre egy előfizető iratkozhat fel.
- Egy osztály több eseményt is publikálhat.
- Egy esemény tag osztályban való felvételkor az esemény tagváltozó előtt a delegate kulcsszót kell szerepeltetni.
Adottak az alábbi állítások a C# nyelvi eszközökről (property, delegate, event és attribute). Jelölje meg, hogy mely állítások igazak.
- A C# property-k segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz.
- C# eventre feliratkozni az "=" operátorral lehet.
- C# event tagváltozóra helyes példa a következő:
event int CompareDelegate(object a, object b);
- C# event tag értéke null abban az esetben, ha nincs az eseményre feliratkozó.
- A C# attribútumok definiálásakor egy get és egy set blokkot adunk meg, melyek az attribútum lekérdezésekor, illetve beállításakor hívódnak meg (nem kötelező mindkettőt megadni).
- C# delegate objektumot át lehet adni függvényparaméterként is.
- C# delegate típus definícióra szintaktikailag helyes példa a következő:
event int CompareDelegate(object a, object b);
- C# event események vonatkozásában a -= operátor valamennyi előfizetőt leiratkoztat.
- Egy delegate objektum/változó több metódusra is hivatkozhat.
- A C# attribútumok segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz.
- C# eventre feliratkozni a "+=" operátorral lehet.
- C# delegate típus definícióra szintaktikailag helyes példa a következő:
delegate int CompareDelegate(object a, object b);
- C# események elsütésekor a beregisztrált eseménykezelő függvények a hatékonyság érdekében külön szálakon hívódnak meg.
- Egy osztály több eseményt is publikálhat.
Adottak az alábbi állítások a Document-View (Dokumentum-Nézet) architektúra vonatkozásában. Jelölje meg, mely állítások igazak!
- A Document-View architektúrában a Controller osztály feladata a felhasználói interakciók kezelése.
- A Document-View architektúrában a dokumentumban külön tagváltozót vezetünk be minden egyes nézetre.
- A Document-View architektúrában a dokumentumnak van egy vagy több olyan művelete, mellyel az állapotát a nézetek bármikor le tudják kérdezni.
- A Document-View architektúrában a nézetnek van egy hivatkozása a dokumentumára.
- A dokumentumnak van egy listája a beregisztrált nézeteire.
Adottak az alábbi állítások a Memento tervezési mintával kapcsolatban. Jelölje meg a helyes válaszokat!
- A mintában a Memento osztálynak van olyan művelete, melynek egy Originator objektumot lehet átadni. Ez a művelet az Originatorban levő adatok alapján a Memento állapotát állítja.
- A mintában az Originator osztálynak van olyan művelete, mellyel egy Memento objektumot lehet kérni. Ez a Memento objektum az Originator állapotának másolatát tárolja.
- A mintában az Originator osztálynak van olyan művelete, melynek egy Memento objektumot lehet átadni. Ez a művelet a Mementoban levő adatok alapján az Originator állapotát állítja.
- A mintában a CareTaker Originator objektumokat tárol.
- A mintában az Originator osztályt becsomagoljuk egy Memento objektummal, a Memento tárolja az Originator állapotát.
- A minta elérhetővé teszi a külvilág számára az objektum belső állapotát az egységbezárás megsértése nélkül (vagyis anélkül, hogy publikussá tennénk az állapotát.)
- A mintát használhatjuk az Undo funkció megvalósítására.
Adottak az alábbi állítások a Strategy tervezési mintával kapcsolatban. Jelölje meg, mely állítások igazak!
- A minta globális függvénypointereket vezet be annak érdekében, hogy a kliens szemszögéből az általa használt algoritmusok szabadon kicserélhetőek legyenek.
- A minta lehetővé teszi, hogy egy adott osztály viselkedésének különböző aspektusai paraméterezhetőek legyenek. Mindezt elsődlegesen úgy éri el, hogy magából az osztályból számos leszármazottat vezet be (minden viselkedés kombinációhoz egyet).
- A minta lehetővé teszi, hogy egy adott osztály viselkedésének különböző aspektusai paraméterezhetőek legyenek. Mindezt úgy, hogy minden aspektushoz egy osztályhierarchiát vezet be.
- A mintában a Context (vagy Client) osztályban van egy vagy több mutató/referencia, mely típusa egy vagy több konkrét algoritmus implementáció.
- A mintában a Context (vagy Client) osztályban van egy vagy több mutató/referencia, mely típusa egy vagy több algoritmus interfész/absztrakció.
Adottak az alábbi állítások a kétrétegű, valamint a háromrétegű architektúrával kapcsolatban! Jelölje meg, mely állítások igazak!
- A kétrétegű architektúrát ma már soha nem használjuk a háromrétegű architektúra előnyei miatt.
- A kétrétegű architektúra lehetővé teszi, hogy adott üzleti logikához egyszerűen készítsünk különböző frontend alkalmazásokat, úgy mint desktop, web, mobil.
- A háromrétegű architektúra lehetővé teszi, hogy adott üzleti logikához egyszerűen készítsünk különböző frontend alkalmazásokat, úgy mint desktop, web, mobil.
- A háromrétegű architektúra előnye a kétrétegűvel szemben, hogy az adatbázis sémája a kliensalkalmazástól függetlenül egyszerűbben átszervezhető.
Adottak az alábbi állítások az Observer tervezési mintával kapcsolatban. Jelölje meg, mely állítások igazak.
- A minta az egyes subject típusoknak bevezet egy ősosztályt, melynek szerepe többek között az, hogy tárolja a beregisztrált observereket.
- A minta az egyes observer típusoknak bevezet egy ősosztályt (vagy interfészt), melynek szerepe, hogy a subject számára egységessé tegyék az egyes observer típusok kezelését.
- Az observer implementációkból egy dependency (függőség) kapcsolat mutat a konkrét subject osztály irányába.
- Az observer implementációknak van egy általános subject listájuk, mellyel egységesen hivatkoznak a különböző típusú subject-ekre.
Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg a helyes állításokat!
- A Proxy tervezési mintában a Proxy objektum egy transzparens csomagoló az eredeti objektum körül, mely szabályozhatja az eredeti objektumhoz való hozzáférést.
- Az Adapter minta - pontosabban annak Object Adapter változata - az objektum becsomagolásával teszi lehetővé, hogy az objektum interfésze kompatibilis legyen azzal, amit a kliens/környezete elvár.
- A Singleton minta globális hozzáférést biztosít egy osztály egyetlen objektumához, és ezt az objektumot egy globális változóban tárolja.
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!
- 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 minta Object Adapter változatában a Adaptee implementálja a Target interfészt (vagy a Target osztályból származik).
- Az Adapter tervezési mintában (legalábbis annak object adapter változatában) az Adapter (adaptáló) osztály – amennyibe lehetősége van rá – továbbítja (delegálja) a kéréseket az Adaptee (adaptálandó) osztálynak.
- Bár az Adaptert tervezési mintának tekintik, valójában ez egy idióma, mert csak egy adott programozási nyelv kontextusában (Java) használatos.
- A 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.
Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban. Jelölje meg, mely állítások igazak.
- A Document-View architektúra az Observer 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 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 nézethez tipikusan több dokumentum tartozik.
Amikor egy AutoResetEvent objektum jelzett lesz, a rá várakozó szálak közül csak 1 futhat tovább.
- Igaz
- Hamis
Amikor egy szál egy lock blokkon belül van, akkor más szál nem tartózkodhat olyan lock blokkon belül, melynek ugyanaz a szinkronizációs objektum a paramétere.(?)
- Igaz
- Hamis
Az Adapter tervezési mintában (legalábbis annak object adapter változatában) az Adapter (adaptáló) osztály - amennyiben lehetősége van rá - továbbítja (delegálja) a kéréseket az Adaptee (adaptálandó) osztálynak.
- Igaz
- Hamis
Az AutoResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére.
- Igaz
- Hamis
Az alábbi állítások a .NET Framework platformra vonatkoznak! Jelölje meg, mely állítások igazak! FIGYELEM, akárhány helyes válasz létezhet!
- .NET platformra lehet C++ nyelven is fejleszten.
- .NET környezetben az objektumok azonnal felszabadulnak, amint az utolsó hivatkozás is megszűnik rájuk.
- A .NET futtatókörnyezet rövid neve: CLR.
- Egy alkalmazás több szerelvényből is állhat.
- A dinamikusan lefoglalt memória felszabadítása nem a fejlesztő feladata.
- Az elterjedtebb processzorok képesek a köztes (IL) kódot közvetlenül futtatni.
- A C# kódot a JIT compiler fordítja köztes (IL) kódra.
Az alábbiak közül mely adatok teszik egyedivé az erős névvel ellátott (azonosított) .NET szerelvényeket? Jelölje meg a helyes választ!
- Név, fejlesztő cég privát kulcsa, verzió, opcionális kultúra információ
- Név, fejlesztő cég nyilvános kulcsa, verzió, opcionális kultúra információ
- Név, verzió, pcionális kultúra információ
- Név, fejlesztő cég nyilvános kulcsa, verzió, digitális aláírás, opcionális kultúra információ
Az alábbiak közül melyik definiálja a legjobban a klasszikus DLL hell problémát?
- Egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott).
- Egy alkalmazás telepítésekor felteszi a célkörnyezetbe az általa használt DLL-eket egy közös mappába. Ezeket a DLL-eket további alkalmazások is használják, melyek közül az egyik eltávolításakor (uninstall) a DLL-ek egy része eltávolításra kerül, így az alkalmazásunk működésképtelenné válik.
- Egy alkalmazás telepítésekor felteszi a célkörnyezetbe az általa használt DLL-eket egy közös mappába. Később, egy másik alkalmazás a telepítésekor felülírja a korábban telepített alkalmazás egyik DLL-jét egy másik verzióval. A korábban telepített alkalmazás ezzel az újonnan telepített DLL-lel nem működik megfelelően.
- Egy alkalmazás telepítésekor felülírja az operációs rendszer bizonyos DLL-jeit, mely következtében az operációs rendszer instabillá válik.
Az egyik tervezési minta azt javasolja, hogy a származtatás/komplex hierarchia helyett az osztály viselkedésének különböző aspektusait kompozícióval tegyük paraméterezhetővé. Melyzik ez a tervezési minta?
- Composite
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Adapter
- Abstract factory
Azonosított .NET szerelvényekből lehet két ugyanolyan nevű telepítve egy számítógépre.
- Igaz
- Hamis
C# nyelven a statikus tagváltozókat statikus lock objektummal kell védeni (a lock paraméterében statikus tagváltozót használni), mert nem statikus lock objektum alkalmazása esetén nem teljesülne a kölcsönös kizárás.
- Igaz
- Hamis
C# nyelven az "@attribútumnév" szintaktikával lehet deklaratívan annotációkat osztályokhoz fűzni.
- Igaz
- Hamis
C# nyelven egy eseményre kötelező legalább egy előfizetőt beregisztrálni.
- Igaz
- Hamis
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?
- Destroy
- Discard
- Dispose
- Using blokk
- Finalize
- Destruktor
Composite tervezési minta fontosabb osztályai a következők: Client, Component, Composite (összetett) és Leaf (levél). Jelölje meg a helyes választ!
- A Composite osztálynak van egy Component gyűjteménye.
- A Component osztálynak van egy gyűjteménye Composite, valamint egy másik gyűjteménye Leaf objektumokból.
- A Component osztálynak van egy közös gyűjteménye (heterogén kollekció) Composite és Leaf objektumokból.
- A Composite osztálynak van egy gyűjteménye Component, valamint egy másik gyűjteménye Leaf objektumokból.
- A Client osztálynak van egy gyűjteménye Composite, valamint egy másik gyűjteménye Leaf objektumokból.
Egy .NET alkalmazásban a .NET "megkerülésével", közvetlenül a Win32 API használatával erőforrásokat foglalunk egy osztályunkban (pl. Fájlt nyitunk meg). Milyen műveletet/műveleteket írunk ilyen esetben? Több válasz is megadható!
- Deadlock
- Lock
- Thread-pool
- Dispose
Egy .NET osztályunk konstruktorában nagyméretű .NET string tömböt foglalunk. Ez esetben írunk az osztályunkban destruktort és Dispose függvényt, melyben gondoskodunk a tömb felszabadításáról.
- Igaz
- Hamis
Egy 32 bites számmal történő egyszerű értékadás .NET környezetben mindig atomi.
- Igaz
- Hamis
Egy C# eseményre feliratkozni az = operátorral lehet.
- Igaz
- Hamis
Egy Win32 CALLBACK függvény olyan függvény, amit az operációs rendszer valósít meg és mi hívunk az alkalmazás fejlesztése során.
- Igaz
- Hamis
Egy Win32 üzenet billentyűlenyomás esetén tartalmazza a lenyomott billentyű kódját.
- Igaz
- Hamis
Egy Windows Forms alapú alkalmazás esetén egy saját státuszbárt (? Státuszsáv) szeretne megvalósítani. Ennek mindig a tartalmazó ablak alján kell elhelyezkednie fix magassággal (státuszbár az alsó/oldalsó élei és a tartalmazó űrlap élei között nem lehet szabad hely/rés). Milyen technikát legcélszerűbb ehhez választani?
- Dockolás
- Anchor
- FillPanel
- SplitContainer
- Splitter
- Sticky container
- Grid panel
Egy Windows Forms alapú alkalmazás esetén egy saját státuszbárt szeretne megvalósítani. Ennek mindig a tartalmazó ablak alján kell elhelyezkednie fix magassággal (státuszbár az alsó/oldalsó élei és a tartalmazó űrlap élei között nem lehet szabad hely/rés). Milyen technikát legcélszerűbb ehhez választani?
- Dockolás
- Anchor
- FillPanel
- SplitContainer
- Splitter
- Sticky container
- Grid panel
Egy Windows Forms alapú alkalmazásban a célunk egy olyan testreszabott, újrafelhasználható checkbox (jelölőnégyzet) vezérlő bevezetése, amely minden egyes kattintáskor egy üzenetablakban megkérdezi a felhasználót, biztos-e a döntésében. Mit használna ehhez?
- Groupbox
- Checkbox osztályból származtatás
- Form
- Component
- CostumControl leszármaztatás
- UserControl
- Control leszármaztatás
Egy Windows Forms alapú alkalmazásban a célunk egy teljesen egyedi és újrafelhasználható vezérlő bevezetése, mely minden kattintásra egyel nagyobb értéket jelenít meg. Mit használna ehhez?
- Groupbox
- Checkbox osztályból származtatás
- Form
- Component
- CostumControl leszármaztatás
- UserControl
- Control leszármaztatás
Egy Windows Forms alapú alkalmazásban a célunk egy összetett (több vezérlőből álló) újrafelhasználható vezérlő kialakítása. Mit használna ehhez?
- Groupbox
- Checkbox osztályból származtatás
- Form
- Component
- CostumControl leszármaztatás
- UserControl
- Control leszármaztatás
Egy Windows Forms alapú alkalmazásban a célunk egy összetett (több vezérlőből álló), újrafelhasználható vezérlő kialakítása. Mit használna ehhez?
- Groupbox
- Checkbox osztályból származtatás
- Form
- Component
- CostumControl leszármaztatás
- UserControl
- Control leszármaztatás
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).
- Dockolás
- Anchor
- FillPanel
- Splitter
- Sticky container
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).
- Dockolás
- Anchor
- FillPanel
- Splitter
- Sticky container
Egy alkalmazásban a CommHandler osztály felelős egy külső rendszer adott szolgáltatásainak eléréséért. A CommHandler osztályt a felhasználói/kliensei egy interfész típusként (ICommHandler) kapják meg és használják. Egy új, jogosultság hozzáférést ellenőrző objektumot szeretnénk beékelni az osztály és a felhasználói közé olyan módon, hogy az osztályt és a felhasználóit a lehető legkevésbé érintse a változtatás. Mely tervezési mintát a legcélszerűbb választani a probléma megoldására?
- Factory method
- Abstract method
- Composite
- Proxy
- Observer
- Adapter
- Singleton
- Strategy
Egy alkalmazásban a több helyről is használt SecurityService osztály biztonsági szempontból érzékeny műveleteket végez. A kliens osztályok a SecurityService-t már egy az általa implementált ISecurityService interfészen keresztül érik el. Mely tervezési minta segítségével tudjuk az osztály és a klienseinek módosítása nélkül megoldani, hogy az egyes kérések kiszolgálása csak bizonyos jogosultsági körrel rendelkező kliens kód esetében történjen meg?
- Composite
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Adapter
- Abstract factory
Egy alkalmazáson belül a Windows üzenetek feldolgozása párhuzamos.
- Igaz
- Hamis
Egy kilens objektum egy nagy erőforrásigényű objektumot használ (pl. Egy szövegszerkesztő nagyméretű képeket), a nagy erőforrásigényű objektumra, azonban nincs mindig szükség, igény esetén tölthető be. A betöltés előtt is szükség van azonban a nagy erőforrásigényű objektum bizonyos paramétereire. Mely tervezési mintát használná a probléma megoldására?
- Factory method
- Abstract method
- Composite
- Proxy
- Observer
- Adapter
- Singleton
- Strategy
Egy kiszolgáló alkalmazás esetében praktikusabb külön szálakat indítani az egyes kérések kiszolgálásához, mert a thread-pool szálak elfogyhatnak. Jelölje meg a helyes választ!
- Csak az első tagmondat igaz (+ -)
- Csak a második tagmondat igaz (- +)
- Mindkét tagmondat igaz, de a következtetés hamis (+ + -)
- Mindkét tagmondat igaz és a következtetés is helyes (+ + +)
- Egyik tagmondat sem igaz (- -)
Egy nem statikus változót célszerű statikus lockkal (osztályszintű zárral) védeni, mert ez hatékonyabb megoldást jelent.
- Igaz
- Hamis
Egy online bolt alkalmazásban a feladata egy a bevásárlókosár lezárását (szállítási cím kezelése, megerősítés, fizetés) kezelő osztály megvalósítása. Az osztálynak több fizetési módot (pl. Bankkártya, átutalás) kell támogatnia, és könnyen kiterjeszthetőnek kell lennie újabb fizetési módokkal. Mely tervezési mintát alkalmazná a megvalósítás során?
- Composite
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Adapter
- Abstract factory
Egy változó növelése .NET környezetben atomi.
- Igaz
- Hamis
Feladatunk egy .NET alkalmazásban Oracle adatbázisban bizonyos rekordok módosítása. Mi(k)re van ehhez szükség?
- SQLCommand
- SQLDataReader
- SQLConnection
- OracleConnection
- OracleDataReader
- OracleCommand
- 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?
- 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.
Feladatunk egy Windows Forms alkalmazásban annak számolása és kirajzolása az ablak bal felső sarkában, hogy hányszor keletkezett érvénytelen terület. Mi(k)hez van erre szükség?
- Invalidate hívása.
- Paint esemény kezelése vagy OnPaint felülírása.
- Timer
- Egy tagváltozó a darabszám értékének nyilvántartására.
Feladatunk egy olyan alkalmazás megtervezése, mely szervezetek osztályainak hierarchiáját képes egy diagramon megjeleníteni. Egy szervezeten belül lehetnek osztályok és személyek, az osztályokon belül további osztályok és személyek, tetszőleges mélységben. Mely tervezési mintát a legcélszerűbb választani a probléma modellezésére?
- Prototype
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Composite
- Abstract factory
Ha adott két objektum és ezekre a lock utasítással eltérő sorrendben szerez zárat két szál, nem alakulhat ki holtpont.
- Igaz
- Hamis
Ha egy osztályban egy költséges, nem felügyelt erőforrást foglalunk (pl. Win32 API hívással) a konstruktorban és ezt az osztályban eltároljuk, akkor destruktort írunk az osztályba, mert az biztosítja az erőforrás mielőbbi felszabadítását, amint az osztály objektumát nem használjuk.(?)
- Igaz
- Hamis
IL-t könnyű visszafejteni.
- Igaz
- Hamis
Jelöje meg, hogy a .NET Framework esetében mely állítások igazak!
- Az alábbi forgatókönyv a klasszikus DLL hell probléma legjellemzőbb esetének jó definíciója: egy alkalmazás telepítésekor hiányzik egy vagy több DLL a célkörnyezetben, mely szükséges lenne az alkalmazás futásához, így az alkalmazás nem működik megfelelően (mert a szükséges DLL-ek telepítéséről a felhasználó nem gondoskodott).
- A .NET IL kód processzor-és architektúrafüggetlen.
- A .NET IL kód nagyon hatékony, mert a processzorok közvetlenül tudják futtatni.
- Az azonosított (erős névvel aláírt) szerelvények lehetővé teszik, hogy a több kiadó/fejlesztőcég azonos fájlnévvel és azonos verzióval telepítsen .NET szerelvényeket.
- A privát szerelvényeket egyszerűbb telepíteni, mint az azonosított szerelvényeket.
Jelölje meg a helyes választ!
- A Proxy tervezési mintában a Proxy objektum egy transzparens csomagoló az eredeti objektum körül, mely szabályozza az eredeti objektumhoz való hozzáférést.
- A Proxy tervezési minta adatok cache-elésére használt a web-en, a kérések gyorsabb kiszolgálása érdekében.
- A Proxy tervezési minta adatok cache-elésére használt bármilyen kontextusban, a kérések gyorsabb kiszolgálása érdekében.
- A Proxy tervezési mintában a kliens objektum az eredeti kiszolgáló helyett egy proxy objektumra mutat, és amikor szükséges, a mutatót az eredeti kiszolgáló objektumra állítjuk, hogy az szolgálja ki a kliens kéréseit
- A Proxy tervezési minta lehetővé teszi az egymással nem kompatibilis objektumok együttműködését.
Jelölje meg, mely állítások igazak a Pipes and Filters architektúrára.
- Egyik előnye, hogy a filterek tetszőlegesen kombinálhatók.
- Egyik előnye a párhuzamos feldolgozás lehetősége (aktív szűrők esetén).
- Adatnyelő által vezérelt architektúra esetén a szűrő egy ciklusban dolgozza fel a bemenetére érkező adatokat.
Jelölje meg, mely állítások igazak a szálkezelésre .NET környezetben!
- A ManualResetEvent osztályt jellemzően arra használjuk, hogy adott erőforrás elérésére vonatkozó kölcsönös kizárást valósítunk meg a segítségével.
- A ManualResetEvent osztályt jellemzően arra használjuk, hogy hatékonyan tudjunk várakozni más szál jelzésére.
- A Mutex előnye a lock utasítással szemben, hogy különböző folyamatok szálai között is használható.
- Az x++ művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites).
- A ReaderWriterLock használata akkor célszerű használni kölcsönös kizárásra, ha a védett erőforrást gyakran olvassuk és ritkán írjuk.
- Az x=10 művelet .NET környezetben atomi (és így szálbiztos), ha az x típusa int (32 bites).
Jelölje meg, mely állítások igazak az alábbiak közül!
- A JIT compiler fordítja a forrásfájlokat - pl. A .cs állományokat - IL (Intermediate Language) kódra.
- Az IL (Intermediate Language) kódot könnyű visszafejteni.
- .NET környezetben az adott nyelvhez tartozó fordító (compiler) kimenete forrásfájlonként egy .obj kiterjesztésű fájl. Mely IL (Intermediate Language) kódot tartalmaz. A .obj kiterjesztésű fájlokat a linker fűzi össze egy .exe vagy .dll kiterejesztésű állománnyá, mely natív hardverfüggő gépi kódot tartalmaz, majd ezeket a .exe és .dll állományokat telepítjük a célkörnyezetbe.
- C# támogatja a többszörös öröklést.
Melyek a Singleton tervezési minta megvalósításának kellékei? Jelölje meg a helyes válaszokat!
- Globális változó
- Statikus tagváltozó
- Statikus metódus vagy statikus property
- Virtuális metódus
- Absztrakt metódus
- Védett konstruktor
- Védett destruktor
- Globális pointer vagy referencia
Mi a Composite tervezési minta elsődleges célja?
- 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 ö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.
Mi a tervezési minták egyik elsődleges célja?
- Adott funckionalitás legkevesebb kóddal történő megvalósítása.
- A kód újrafelhasználhatóságának elősegítése.
- Adott üzleti problémák jól érthető modellezése.
- Jobb teljesítményű kód írása.
- A valóság minél érthetőbb modellezése.
Mi az Observer tervezési minta elsődleges célja? Jelölje meg a helyes választ!
- Lehetővé teszi a felhasználói eseményekre való reagálást.
- Lehetővé teszi, hogy egy dokumentum nézetei értesüljenek a dokumentum változásáról.
- Lehetővé teszi objektumok könnyű megfigyelését az objektumok becsomagolásával.
- Lehetővé teszi, hogy objektumok (közvetve) úgy értesítsék egymást állapotuk megváltozásáról, hogy nem tudnak egymásról.
- Lehetővé teszi algoritmusok folyamatának (progress) monitorozását.
Miben segítenek a tervezési minták?
- Rendszer karbantarthatóság és módosíthatóság elősegítése.
- A kód újrafelhasználhatóságának elősegítése.
- Adott üzleti problémák jól érthető modellezése.
- Nem maguktól értetődő kódok megtalálása.
- A valóság minél érthetőbb modellezése.
Milyen lépéseket tartalmaz jellemzően egy meglévő modális dialógusablak használata?
- A dialógusablakon levő vezérlők közvetlen inicializálása.
- A dialógusablak visszatérésének (DialogResult) vizsgálata.
- A dialógusablakon levő vezérlők inicializálása property-k (tulajdonságok) segítségével.
- MessageBox megjelenítés.
- Dialógusablak megjelenítése.
- Dialógusablak példányosítása.
- Időzítő felparaméterezése.
ReaderWriterLock osztály lehetővé teszi, hogy egy erőforrást több szál is írjon egyszerre.
- Igaz
- Hamis
Windows Forms nem modális dialógusablak a DialogResult-ban tudja jelezni, hogy a felhasználó Ok vagy Cancel gombbal zárta be a dialógus ablakot.
- Igaz
- Hamis
Windows Forms nem támogat lineáris transzformációkat.
- Igaz
- Hamis
Windows Forms vezérlők (Control) között lehetőség van a szülő/gyerek és birtokos/birtokolt viszony kialakítására.
- Igaz
- Hamis
Windows Forms vezérlők (Control) között lehetőség van szülő/gyerek viszony kialakítására.
- Igaz
- Hamis
Windows Forms űrlapok (Form) között lehetőség van birtokos/birtokolt viszony kialakítására.
- Igaz
- Hamis
Ön egy alkalmazást fejleszt .NET platformra. Az alkalmazást a felhasználók a saját gépeiken több példányban is mepróbálhatják elindítani (akár teljesen egyidőben). Az ön feladata annak megoldása, hogy az alkalmazás csak egy példányban fusson: vagyis, ha az alkalmazásból úgy indít új példányt a felhasználó, hogy már fut, akkor az újabb példány ezt detektálja, és azonnal lépjen ki (fejezze be a futását). Mit használna az alábbiak közül ennek megvalósításához?
- Lock
- Synchronized
- StartCoordinator
- AutoResetEvent
- Mutex
- Singleton
- ThreadPool
Adottak az alábbi állítások a C# property, delegate és attribute vonatkozásában. Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet!
- Feltéve, hogy adott egy Circle osztály és annak egy int típusú Radius tulajdonsága (property), valamint a Circle osztály egy circle nevű példánya/objektuma, akkor a tulajdonság lekérdezése pl. az int n = circle.Radius; formában lehetséges.
- Egy C# attribútum alkalmazásakor az attribútum neve elé a @ karaktert kell tenni.
- A C# attribútumok segítségével deklaratív módon tudunk információt csatolni többek között tagváltozókhoz, metódusokhoz és osztályokhoz.
- Egy C# property (tulajdonság) bevezetésekor mindig be kell vezetni egy tagváltozót is az osztályban, melyben a property értéke tárolásra kerül.
Jelölje meg, mely állítások igazak .NET környezetben szálkezelés vonatkozásában! FIGYELEM, akárhány helyes válasz létezhet!
- Amikor egy AutoResetEvent objektum jelzett állapotba kerül, valamennyi rá várakozó szál tovább futhat.
- .NET környezetben egy folyamat (processz) akkor áll le, ha az összes előtérszála leáll.
- Egy változó növelése a ++ operátorral nem szálbiztos (nem thread safe).
A feladat fájlrendszerbeli mappák és bennük levő fájlok nyilvántartása egy adott objektumstrukturában. Az egyes fájlokról a nevüket és a méretüket, valamint a mappákra a nevüket kell nyilvántartani (memóriában). Elegáns megoldást szeretnénk a következőre: Mappa tartalmának listázásakor a mappában levő fájlok és a közvetlen benne levő mappák nevét és méretét kell kiírni a konzolra. Az előző pontban, amikor egy mappa méretét írjuk ki a konzolra, akkor a mappa összméretét kell kiírni, melybe valamennyi - a hierarchiában tetszőlegesen mélységben levő - almappájában levő fájlok mérete is beleszámolódik. Mely tervezési minta biztosít a fentiekre elegáns megoldást?
- Prototype
- Memento
- Observer
- Strategy
- Singleton
- Proxy
- Factory method
- Composite
- Abstract factory