„SzoftTechZH20130422” változatai közötti eltérés

'''1. feladat:

a) osztály diagramból : c# vagy c++ vagy java kód írás

A KeyboardSubscriber iratkozzon fel a KeyboardManager billentyű-felengedés eseményére -> konzolra írja ki, hogy melyik billentyű lett felengedve.'''

  public class KeyArgs {

private char _character;

public KeyArgs(char character) {

}

public delegate void KeyEventHandler(KeyArgs args);

public class KeyboardManager

public event KeyEventHandler KeyDown;

}

public class KeyBoardSubscriber

{

private KeyboardManager manager = new KeyBoardManager();

public void Subscribe()

}

}

}

(ez jó?)

A vezérlőelem maga is egy űrlap, tartalmazhat vezérlőelemeket  

_ Tervezési időben vizuálisan elkészíthetjük összetett vezérlőelemeinket, pont úgy, ahogy egy formot is elkészítenénk.  

_ Miben más? űrlapokra, illetve más UserControlokra lehet elhelyezni.  

_ Példa FilePicker vezérlő: tipikusan együtt előforduló vezérlőelemek összekötése

(?)

Gyakvezér mondta sok szar megfejtést olvasott :UserControl=saját vezérlő.....

Igen, mert a hosszantartó művelet ideje alatt az ablak nem tudja a hozzá beérkező üzeneteket feldolgozni, és az alkalmazás “befagy”.

'''c, C# alkalmazás részlet: (20,20) px koordináta, zöld, 5px oldalhosszúságú négyzet -> másodpercenként 5px-el növekszik, míg le nem nyomjuk az y billentyűt.'''

public partial class Form1 : Form

     {

         }

     }

1. jobb processzor kihasználtság

2. nem növekvő átlagos válaszidő (interaktivitás – pl. nem akad le a GUI, szerveralkalmazások)

3. időzítés érzékeny feladatok magasabb prioritású szálon futtathatóak

   

'''b, ReaderWriterLock, Mutex.'''

Mutex:  

Cél: Mint a lock, de folyamatok között is. Pl. annak megoldására, hogy egy alkalmazásból csak egy példány indulhasson. Folyamatok között is. Sebesség: közepes.

ReaderWriterLock:

Sok olvasóra optimalizált megoldás. Egyszerre több olvasó is hozzáférhet az  erőforráshoz, de íróból csak egy (illetve az író kizárja az olvasókat is). Pl. ritkán módosított cache megvalósítása. Folyamatok között: nem. Sebesség: közepes.

Kölcsönös kizárás biztosítása, ha kell.

public class Process

{

}

}

Kölcsönös kizárás megvalósítására nincs szükség, mivel a listához időben szeparáltan férünk hozzá a két szálról(először az elsőről, aztán a másodikról).

Alternatív megoldás, hogy a removedEvent-et kitöröljük a kódból, és a removedEvent.WaitOne() sor helyett workerThread.Join() -t használunk.

class Dictionary<K,V>: IDictionary<K,V>

where K: IComparable<K>

}

}

(CAS) code acces security

Nincsenek felkészítve a mobil kódokra. (levélhez csatolva, netről, dokumentumban tárolva érkezhetnek a gépre)

Kód eredetét is kell ellenőrizni

Kódhoz kötött jogosultságok: nem csak a felhasználót azonosítja, hanem a végrehajtott kódot is.

A Szerelvényekhez kell meghatározni, hogy milyen jogaik vannak. (pl: netről töltött kód nem kap írási, és olvasási jogot, csak egy bizonyos mappára-> nem árthat nekünk)

Nem egyesével adnak ki jogokat, hanem biztonsági házirendet alakíthat ki a rendszergazda.  

try {

SqlConnection conn = new SqlConnection( str_data );

conn.Close();

}

Előnyök:

Hátrányok:

(DLL hell példa volt a .NET szerelvényeknél)

int asd;

Type mit = asd.GetType();

Console.Writeline(mit.FullName);

[AttributeUsage(AttributeTargets.Class)]

class StorableClassAttribute: System.Attribute {

// A System.Attribute osztályból kell egy saját osztályt leszármaztatni

// Az AttributeUsage azt határozza meg, mihez tudjuk az adott attribútumot hozzárendelni