EA1-Futtatókörnyezetek

Question 1

Mik a futtatókörnyezet jellemzői?

Answer 1

Hordozhatóság
Kompaktság
Hatékonyság
Biztonság
Együttműködés
Rugalmasság

Question 2

Mit értünk a futtatókörnyezet hordozhatósága alatt?

Answer 2

IL segítségével n+m (n*m helyett) fordítóra van szükség, hogy n nyelvet m platfromra implementáljunk.

Question 3

Mit értünk a futtatókörnyezet kompaktsága alatt?

Answer 3

IL kód kompaktabb is lehet, mint az eredeti kód

Question 4

Mit értünk a futtatókörnyezet hatékonysága alatt?

Answer 4

Köztes kódról natív kódra csak a lehető legkésőbbi pillanatban fordul, a végleges környezetben. Így kihasználhatja annak sajátosságait, valamint statisztikát készíthet a futtatókörnyezet a futó kódról, és erre építve optimalizált kódot fordíthat.

A fejlesztők egy környezetben dolgoznak, fejlesztésük eredménye több platformon is futtatható.

Question 5

Mit értünk a futtatókörnyezet biztonsága alatt?

Answer 5

Adatellenőrzés (pl. garbage collector)

Kódellenőrzés (pl. futás közbeni hibák azonnali megfogása)

Question 6

Mit értünk a futtatókörnyezet együttműködése alatt?

Answer 6

Többnyelvűség könnyebb támogatása. (pl. .NET)

Question 7

Mit értünk a futtatókörnyezet rugalmassága alatt?

Answer 7

“metaprograming”, reflection, dynamic code generation, serialization, type browsing stb.

Question 8

Hogy néz ki a .NET architektúra?

Answer 8

Application
Magasabb szintű .NET komponensek
Base Class Library (BCL)
Common Language Runtime (CLR)
OS

Question 9

CLR

Answer 9

Common Language Runtime
Közös nyelvi futtatókörnyezet.
Több programnyelv támogatása
Robosztus és biztonságos felügyelt (managed)
.NET nyelvfüggetlen

Question 10

Mi a felügyelt környezet?

Answer 10

Felügyelt adat + Felügyelt kód

Question 11

Mi a felügyelt adat?

Answer 11

Automatikus élettartam-felügyelet.
Memória felszabadítás akkor amikor szükséges.
Generációs elv: fiatal objektumok hamar halnak.
Hátrány: Kivülről nézve nem determinisztikus.

Question 12

Mi a felügyelt kód?

Answer 12

Kötelező metainformációk. A kód szigorú típusellenőrzésnek vethető alá. Megszűnnek a leggyakoribb hibaforrások.
Egységes hibakezelés CLR-ben definiálva.
Közös nyelvi specifikáció, minden nyelvhez más fordító, de azonos kimenet -> IL (Intermediate Language)

Question 13

Mi az IL?

Answer 13

Intermediate Language
Processzor és architektúra független-
Kiértékelő verem alapú
Ellenőrízhető
Továbbfordításra tervezték -> nem interpretált
Nyelfüggetlen
Objektumorientált
Metaadatok
Könnyű visszafejteni

Question 14

Fordítás és végrehajtás menete

Answer 14

->Fordítás (forráskód -> nyelvi forditó)
->Assembly(Köztes kód (IL) + Metaadatok (.dll, .exe))
->Végrehajtás (JIT fordító -> Natív kód)
JIT fordító - telepítéskor vagy a metódus első meghívásakor

Question 15

Mi a .NET Szerelvény (Assembly)?

Answer 15

Telepítés egysége (verzióval)

.dll vagy .exe
Ez van benne:
IL kód
Metaadatok a szerelvényről (manifest)
Metaadatok a .NET osztáyokról
Erőforrások (.jpg, .txt, .xml)

Question 16

Szerelvény referenciák/hivatkozások

Answer 16

Szerelvények függhetnek egymástól
A.exe használja B.dll-ben levő típusokat
A-ból akkor használhatók B típusai, ha A-ban referenciát teszünk B-re
Referencia csak egy irányú lehet pl. A.dll használja B.dll-t akkor B.dll nem használhatja A.dll-t -> nem alakulhatnak ki függőségi körök
Erre építve többkomponensú alkalmazásokat tudunk készíteni

Question 17

Mik a szerelvényszintű meteaadat információk?

Answer 17

manifest
Név
Verzió: 4 szj. major, minor, build number, revision
Szerelvény referenciák

Question 18

Szerelvények verziókezelése

Answer 18

[major].[minor].[buildnumber].[revisionnumber]

major: ha változik teljesen új verzió születetett, inkompatibilis verziók
minor: a kompatibilitási szándék megvolt, csak bővült funkciókkal
buildnumber: legygyakrabban kompatibilisek (kisebb módosítások)
revisionnumber: kompatibilis, csak hibajavítás (pl. hotfix, QFE: quick fix engineering)

Question 19

Többkomponensű alkalmazások telepítése, könyvtárak használatának lehetőségei

Answer 19

1, privát
2, közös dll-ek egy kp-i mappában
3, közös dll-ek egy kp-i mappában, de több verzió egymás mellett

Question 20

Privát dll

Answer 20

Exe és minden dll-je egy közös mappában
Pro: egyszerű, könnyű telepítés
Con: sok helyet igényelhet

Question 21

Közös dll- ek egy kp-i mappában

Answer 21

Natív (nem .NET) világban klasszikus megoldás
Pro: helyspórolás
Con: DLL hell

Question 22

DLL Hell

Answer 22

AppA.exe -> CryptoLib.dll (v1)
AppB.exe -> CryptoLib.dll (v2)
AppB felülcsapja a közös helyen tárolt CryptoLib-.dll-t, AppA futás közben kicrashel

Question 23

Közös dll-ek egy kp-i mappában, de több verzió egymás mellett

Answer 23

több azonos nevű dll egy kp-i mappában, de küönböző verzió
megoldja a dll hell-t
egy időben népszerű volt, de inkább a privátot használjuk ma

Question 24

Erős névvel azonosított szerelvények

Answer 24

Több verzió egymás mellett, erős név teszi egyedivé:
Név
Fejlesztő cég nyilvános kulcsa
Verziószám
Nyelv és kultúra

Question 25

GAC

Answer 25

Global Assembly Cache
Több alkalmazás által használt szerelvények központi gyűjtőhelye
Csak azonosított szerelvények lehetnek itt - egyediség, biztonság garantált

Question 26

Azonosított szerlvények integritásvédelme

Answer 26

alapelv: szerelvények digitális aláírása a fejlesztő cég privát kulcsával
CLR szerelvény betöltésekor ellenőrzi, nem sérült-e az integritás