Mi a wrapper verem túlcsordulás az orosz

Wrapper lefordítva "wrapper". Mivel én nem látok semmilyen okot az extra anglicizes inkább a lefordított kifejezést.

A burkolat van szükség, ha az egyik alrendszer végrehajtására van szükség egy adott felületen, és a többi alrendszer, amely megvalósítja a szükséges funkciókat nem hajtja végre ezt a felületet. Aztán írt egy könnyű osztályt, amely megvalósítja a kívánt felületet és delegáló metódushívások e felületen, a második alrendszer. Ezt követően, az első alrendszer vezetjük az osztály, amelynek köszönhetően ez a munka a második alrendszer keresztül natív felület.

Például, a .NET absztrakció „flow”, által képviselt bázis absztrakt osztály patak. Ez az absztrakció által használt alrendszerek, mint például sorosító. És akkor mi is otnasledovavshis származó áram osztály, végre streaming hozzáférést bármilyen adatforrás, majd minden Comment fog működni az adatforrás keresztül az áramlási felület.

„A C Library” egy speciális esete a második alrendszer. Ebben az esetben a csomagolás mechanizmus maga együttműködést követel: a menedzselt könyvtárak alapvető módja a külső kölcsönhatások exportálják funkciókat, és az ellenőrzött - Visitor típusok. A csomagolóanyag a C-könyvtárat helyezünk egy .NET-környezetben, és használja a könyvtár forgalomban keresztül történik .NET-típusú, amely, mint a minimális, tartalmazza a módszerek importált könyvtárak (anélkül, hogy a test és a módosítószerrel extern attribútum DllImport). Ha bármilyen további feldolgozásra, az importált módszereket kell tenni a magán és a módszerek, hogy ki, ami az importált és ezzel támogatják.

Borítás obertschik bizonyos funkciók külön osztály vagy osztály tagja funkció, amely lezárja bármi használható más környezetben, például.

Pontosabban, ha, mondjuk, kell használni minden funkcióját WinAPI a P / Indítsunk meg kell írni egy módszer, amely egy hívást, hogy ez a funkció a kivételek kezelése és a funkció kimenete. Ebben az esetben azt mondjuk, hogy ez a módszer-wrapper WinAPI funkciók