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

== A Monitor Object minta a Guarded Suspension minta segítségével valósítható meg. ==

{{Kvízkérdés|típus=egy|válasz=2}}

# Igaz

# Hamis

Egy alkalmazás karbantarthatósága általában javul, ha sikerül csökkenteni a függőségek számát az alkalmazás egyes részei között.

{{Kvízkérdés|típus=egy|válasz=1}}

# Igaz

# Hamis

Egy vasúti hálózatban vannak sínek, váltók és állomások. A hálózatban vonatok közlekednek. Egy mozdony különböző színű vagonokat húz, és a megfelelő színű vagont a megfelelő színű állomásra kell eljuttatni . Ha egy vonat egy állomáshoz ér, akkor azok az utasok , akik ugyanolyan színű kocsiban ülnek, mint az állomás színe, leszállnak, decsak akkor , ha minden előttük lévő (azaz a köztük és a mozdony között lévő) kocsi üres (vagyis nincs rajtuk utas). A játéknak akkor van vége , ha minden utast sikerült eljuttatni a megfelelő állomásra . A játékos veszít , ha két vonat összeütközik. Tekintsük a játék egy lehetséges megoldásaként az alábbi osztálydiagramot ! (Feltételezhetjük , hogy a privát attribútumokhoz tartoznak megfelelő getter-setter függvények , amelyeket az ábra nem jelöl .)

{{Kvízkérdés|típus=több|válasz=1,2,3,6}}

# Ne készítsünk típus- illetve képességmegkülönböztető függvényeket!

# Kerüljük a csak adattárolásra használt osztályokat!

Define a family of algorithms, put each of them into a separate class, and make them dynamically interchangeable.

{{Kvízkérdés|típus=egy|válasz=5}}

# Adapter

# Decorator

Allow objects with incompatible interfaces to collaborate.

{{Kvízkérdés|típus=egy|válasz=1}}

# Adapter

# Decorator

Attach additional responsibilities to an object dynamically.

{{Kvízkérdés|típus=egy|válasz=2}}

# Adapter

# Decorator

Share common state to support large numbers of objects efficiently.

{{Kvízkérdés|típus=egy|válasz=3}}

# Adapter

# Decorator

Keep a set of initialized objects ready to use rather than allocating and destroying them on demand.

{{Kvízkérdés|típus=egy|válasz=4}}

# Adapter

# Decorator

Ha büdös kódot (code smell) találunk a szoftverben, akkor a szoftverben hiba (bug) van.

{{Kvízkérdés|típus=egy|válasz=2}}

# Igaz

# Hamis

A refaktorálás nem változtatja meg a szoftver struktúráját, csak a szoftver viselkedését.

{{Kvízkérdés|típus=egy|válasz=2}}

# Igaz

# Hamis

== Mely kommentek ajánlottak a clean code szerint? ==

{{Kvízkérdés|típus=több|válasz=2,3,6}}

# Commented-out code

# TODO comment

Kritikus szakaszon belülről hívott virtuális függvények nem okoznak problémát a többszálú alkalmazásokban.

{{Kvízkérdés|típus=egy|válasz=2}}

# Igaz

# Hamis

API definiálása 1 oldalban

{{Kvízkérdés|típus=egy|válasz=3}}

# 1

# 2

# 4

# 5

Követelmények összegyűjtése

{{Kvízkérdés|típus=egy|válasz=1}}

# 1

# 2

# 4

# 5

API implementálása

{{Kvízkérdés|típus=egy|válasz=5}}

# 1

# 2

Példák írása az API-hoz

{{Kvízkérdés|típus=egy|válasz=4}}

# 1

# 2

Use-case-ek írása

{{Kvízkérdés|típus=egy|válasz=2}}

# 1

# 2

D.foo post: 20 <= result <= 40

{{Kvízkérdés|típus=egy|válasz=2}}

# Teljesül

# Sérül

}

{{Kvízkérdés|típus=egy|válasz=2}}

# Helyes

# Helytelen

D.foo pre: 10< x <= 100

{{Kvízkérdés|típus=egy|válasz=1}}

# Teljesül

# Sérül

A YAGNI elv azt mondja, hogy ne használjunk tervezési mintákat.

{{Kvízkérdés|típus=egy|válasz=2}}

# Igaz

# Hamis

Ha az ADP elv sérül, akkor a DIP elv segíthet a probléma megoldásában.

{{Kvízkérdés|típus=egy|válasz=1}}

# Igaz

# Hamis

Egy vasúti hálózatban vannak sínek, váltók és állomások. A hálózatban vonatok közlekednek. Egy mozdony különböző színű vagonokat húz, és a megfelelő színű vagont a megfelelő színű állomásra kell eljuttatni . Ha egy vonat egy állomáshoz ér, akkor azok az utasok , akik ugyanolyan színű kocsiban ülnek, mint az állomás színe, leszállnak, decsak akkor , ha minden előttük lévő (azaz a köztük és a mozdony között lévő) kocsi üres (vagyis nincs rajtuk utas). A játéknak akkor van vége , ha minden utast sikerült eljuttatni a megfelelő állomásra . A játékos veszít , ha két vonat összeütközik. Tekintsük a játék egy lehetséges megoldásaként az alábbi osztálydiagramot ! (Feltételezhetjük , hogy a privát attribútumokhoz tartoznak megfelelő getter-setter függvények , amelyeket az ábra nem jelöl .)

{{Kvízkérdés|típus=több|válasz=1,3,5,7}}

# Singleton

# Abstract Factory

Az OCP elv azt mondja, hogy legyünk nyitottak a módosításra, és zártak a bővítésre.

{{Kvízkérdés|típus=egy|válasz=2}}

# Igaz

# Hamis

== A Feature Envy code smell mely refaktorálási minták segítségével javítható? ==

{{Kvízkérdés|típus=több|válasz=2,5}}

# Introduce explaining variable

# Move method

Az alábbi feladatot mely osztályok oldják meg Java esetén?

{{Kvízkérdés|típus=egy|válasz=3}}

== Kölcsönös kizárás biztosítása és szálak értesítése ==

Az alábbi feladatot mely osztályok oldják meg Java esetén?

{{Kvízkérdés|típus=egy|válasz=4}}

# Adapter

# Decorator

Az alábbi feladatot mely osztályok oldják meg Java esetén?

{{Kvízkérdés|típus=egy|válasz=3}}

# Adapter

# Decorator

Az LoD szerint az általunk létrehozott objektumok nem számítanak idegennek.

{{Kvízkérdés|típus=egy|válasz=1}}

# Igaz

# Hamis

== Kerüljük a csak adattárolásra használt osztályokat! == A fenti OO tervezési heurisztikának melyik a leginkább megfelelő code smell vagy refaktorálási transzformáció?  

{{Kvízkérdés|típus=egy|válasz=1}}

# Data Class

# Extract Superclass

# Replace Type Code with Class

# Data Class

# Extract Superclass

== Minimalizáljuk az együttműködő osztályok közötti metódushívások számát! == A fenti OO tervezési heurisztikának melyik a leginkább megfelelő code smell vagy refaktorálási transzformáció? {{Kvízkérdés|típus=egy|válasz=4}}

# Data Class

# Extract Superclass

# Replace Type Code with Class

# Data Class

# Extract Superclass