„Sznikák vizsga kikérdező” változatai közötti eltérés
Nincs szerkesztési összefoglaló |
|||
| (10 közbenső módosítás, amit 3 másik szerkesztő végzett, nincs mutatva) | |||
| 33. sor: | 33. sor: | ||
== .NET környezetben 2 folyamat között kölcsönös kizárás a lock utasítással megvalósítható. == | == .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 | ||
| 175. sor: | 175. sor: | ||
# Hamis | # Hamis | ||
== A Windows Forms alkalmazásokban van lehetőség a rajz, pl. Szöveg | == 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= | {{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. | == 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= | {{kvízkérdés|típus=egy|válasz=2|pontozás=-}} | ||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 245. sor: | 245. sor: | ||
== 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. == | == 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 | |||
# Hamis | |||
== 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=-}} | |||
# Igaz | # Igaz | ||
# Hamis | # Hamis | ||
| 415. sor: | 420. 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. | ||
| 474. sor: | 479. 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 fejleszten. | # .NET platformra lehet C++ nyelven is fejleszten. | ||
# .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. | ||
| 530. sor: | 535. sor: | ||
== 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 | |||
# Dispose | # Dispose | ||
# Using blokk | # Using blokk | ||
| 546. sor: | 552. 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= | {{kvízkérdés|típus=több|válasz=4|pontozás=-}} | ||
# Deadlock | # Deadlock | ||
# Lock | # Lock | ||
| 558. sor: | 564. sor: | ||
== Egy 32 bites számmal történő egyszerű értékadás .NET környezetben mindig atomi. == | == 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 | ||
| 576. sor: | 582. sor: | ||
# 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=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? == | == 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? == | ||
| 606. sor: | 622. sor: | ||
# UserControl | # UserControl | ||
# Control leszármaztatás | # 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 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=-}} | |||
# 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). == | == 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). == | ||
| 639. sor: | 683. sor: | ||
== Egy alkalmazáson belül a Windows üzenetek feldolgozása párhuzamos. == | == Egy alkalmazáson belül a Windows üzenetek feldolgozása párhuzamos. == | ||
{{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 | ||
| 678. sor: | 722. 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. == | ||
| 698. sor: | 737. sor: | ||
# OracleCommand | # OracleCommand | ||
# Try/finally vagy using blokk | # Try/finally vagy using blokk | ||
== Feladatunk egy Windows Forms alkalmazásban annak számolása és kirajzolása az ablak bal felső sarkába, hogy hányszor keletkezett érvénytelen terület. Mi(k)hez van erre szükség? == | |||
{{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? == | == 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? == | ||
| 718. 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. | == 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 | ||
| 724. sor: | 770. sor: | ||
== 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.(?) == | == 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 | # Igaz | ||
# Hamis | # Hamis | ||
| 862. sor: | 908. 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 | |||