„Gyakorlas” változatai közötti eltérés
| (3 közbenső módosítás ugyanattól a felhasználótól nincs mutatva) | |||
| 178. sor: | 178. sor: | ||
== 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? == | == 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= | {{kvízkérdés|típus=egy|válasz=11|pontozás=-}} | ||
# Abstract Factory | |||
# Abstract Method | |||
# Adapter | |||
# Composite | # Composite | ||
# Factory Method | |||
# Memento | # Memento | ||
# Observer | # Observer | ||
# Prototype | |||
# Proxy | |||
# Singleton | |||
# Strategy | # Strategy | ||
== 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? == | ||
| 283. sor: | 285. sor: | ||
== 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? == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=9|pontozás=-}} | ||
# Factory | # Abstract Factory | ||
# Abstract | # Abstract Method | ||
# Adapter | |||
# Composite | # Composite | ||
# Factory Method | |||
# Memento | |||
# Observer | |||
# Prototype | |||
# Proxy | # Proxy | ||
# Singleton | # Singleton | ||
# Strategy | # Strategy | ||
| 308. sor: | 313. sor: | ||
== 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? == | == 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= | {{kvízkérdés|típus=egy|válasz=9|pontozás=-}} | ||
# Factory | # Abstract Factory | ||
# Abstract | # Abstract Method | ||
# Adapter | |||
# Composite | # Composite | ||
# Factory Method | |||
# Memento | |||
# Observer | |||
# Prototype | |||
# Proxy | # Proxy | ||
# Singleton | # Singleton | ||
# Strategy | # Strategy | ||
| 341. sor: | 349. sor: | ||
== 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? == | ||
{{kvízkérdés|típus=egy|válasz= | {{kvízkérdés|típus=egy|válasz=4|pontozás=-}} | ||
# | # Abstract Factory | ||
# Abstract Method | |||
# Adapter | |||
# Composite | |||
# Factory Method | |||
# Memento | # Memento | ||
# Observer | # Observer | ||
# Prototype | |||
# Proxy | |||
# Singleton | |||
# Strategy | # Strategy | ||
== Jelölje meg a helyes választ! == | == Jelölje meg a helyes választ! == | ||