„Sznikák vizsga kikérdező” változatai közötti eltérés
zh kikerdezo belemergelve |
a Az adapter minta nem csak szűk nyelvek csoportjában alkalmazható. |
||
| (15 közbenső módosítás, amit 7 másik szerkesztő végzett, nincs mutatva) | |||
| 44. sor: | 44. sor: | ||
== .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. == | == .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=3|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=3|pontozás=-}} | ||
# Deadlock | # Deadlock | ||
# Lock | # Lock | ||
| 87. sor: | 80. sor: | ||
# 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 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.(?) == | == 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.(?) == | ||
| 172. sor: | 158. sor: | ||
== A Win32 API-t jellemzően C# nyelven programozzuk. == | == 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=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 295. sor: | 266. sor: | ||
== 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> == | == 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=-}} | {{kvízkérdés|típus=több|válasz=1,2,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 *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 kód nem működne megfelelően, ha a *2 sorban a syncRoot típusát int-re cserélnénk. | ||
| 425. sor: | 396. sor: | ||
== 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! == | == 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= | {{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ú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 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. | ||
| 445. sor: | 416. sor: | ||
== Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet! == | == Adottak az alábbi állítások különböző tervezési mintákkal kapcsolatban! Jelölje meg, mely állítások igazak. FIGYELEM, akárhány helyes válasz létezhet! == | ||
{{kvízkérdés|típus=több|válasz=1,2,4 | {{kvízkérdés|típus=több|válasz=1,2,4,6,7|pontozás=-}} | ||
# Az Adapter tervezési mintában a Client osztálynak van egy Target típusú mutatója vagy hivatkozása az Adapter osztály egy példányára. | # Az Adapter tervezési mintában a Client osztálynak van egy Target típusú mutatója vagy hivatkozása az Adapter osztály egy példányára. | ||
# Az Adapter tervezési mintában az Adapter osztály a Target osztályból származik (vagy a Target interfészt implementálja). | # Az Adapter tervezési mintában az Adapter osztály a Target osztályból származik (vagy a Target interfészt implementálja). | ||
| 484. sor: | 455. sor: | ||
== 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! == | == 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,5|pontozás=-}} | {{kvízkérdés|típus=több|válasz=1,3,4,5|pontozás=-}} | ||
# .NET platformra lehet C++ nyelven is | # .NET platformra lehet C++ nyelven is fejleszteni. | ||
# .NET környezetben az objektumok azonnal felszabadulnak, amint az utolsó hivatkozás is megszűnik rájuk. | # .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. | # 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. | # 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. | # Az elterjedtebb processzorok képesek a köztes (IL) kódot közvetlenül futtatni. | ||
| 497. sor: | 468. sor: | ||
# Név, fejlesztő cég privát kulcsa, verzió, opcionális kultúra információ | # 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, fejlesztő cég nyilvános kulcsa, verzió, opcionális kultúra információ | ||
# Név, verzió, | # Név, verzió, opcioná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ó | # Név, fejlesztő cég nyilvános kulcsa, verzió, digitális aláírás, opcionális kultúra információ | ||
| 539. sor: | 510. sor: | ||
# Hamis | # 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? == | == C# nyelvű kódunkban egy olyan objektumot hozunk létre, mely nem felügyelt erőforrást használ/csomagol be. Milyen C# konstrukciót használunk ilyen esetben, ha biztosítani szeretnénk a nem felügyelt erőforrás mielőbbi felszabadítását, miután befejeztük a használatát? == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# Destroy | # Destroy | ||
# Discard | # Discard | ||
# Dispose | # Dispose | ||
# Using blokk | # Using blokk | ||
| 564. sor: | 528. sor: | ||
== 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ó! == | == 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= | {{kvízkérdés|típus=több|válasz=4|pontozás=-}} | ||
# Deadlock | # Deadlock | ||
# Lock | # Lock | ||
| 594. sor: | 558. sor: | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
== 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? == | == 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? == | ||
| 734. sor: | 622. sor: | ||
# Adapter | # Adapter | ||
# Abstract factory | # Abstract factory | ||
== Egy változó növelése .NET környezetben atomi. == | == Egy változó növelése .NET környezetben atomi. == | ||
| 754. sor: | 637. sor: | ||
# OracleCommand | # OracleCommand | ||
# Try/finally vagy using blokk | # Try/finally vagy using blokk | ||
== 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? == | ||
| 781. sor: | 650. 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. | == 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=egy|válasz=2|pontozás=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
| 875. sor: | 744. sor: | ||
# Nem maguktól értetődő kódok megtalálása. | # Nem maguktól értetődő kódok megtalálása. | ||
# A valóság minél érthetőbb modellezése. | # A valóság minél érthetőbb modellezése. | ||
== ReaderWriterLock osztály lehetővé teszi, hogy egy erőforrást több szál is írjon egyszerre. == | == 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=-}} | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 925. sor: | 759. sor: | ||
# Singleton | # Singleton | ||
# ThreadPool | # 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 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=8|pontozás=-}} | |||
# Prototype | |||
# Memento | |||
# Observer | |||
# Strategy | |||
# Singleton | |||
# Proxy | |||
# Factory method | |||
# Composite | |||
# Abstract factory | |||