technológia alapjai
TARTALOMJEGYZÉK
Page 1 of 6
.NET platform megoldja a problémákat, amelyek sújtja a programozók a múltban. Ezek közé tartozik a problémákat, amelyek az alkalmazások telepítését, verzió memóriavesztés, és a biztonsági kérdések. A .NET-keretrendszer lehetővé teszi a fejlesztési erős, független a programozási nyelv, az asztali alkalmazások és skálázható (bővíthető) Web-szolgáltatás, amely alapján az új nagy teljesítményű teljes funkcionalitású .NET Framework osztálykönyvtárat.
Kapcsolatos problémák, a fejlesztés a Windows-alapú alkalmazások
Képzeljünk el egy szimfonikus zenekar, amely csoportokban az ideg és ütőhangszerek betartják a részek, különböző változatai a pontszámot. Ebben az esetben, hogy még a legegyszerűbb zeneművet, a zenészek volna, hogy egy hősies erőfeszítés. Ez a példa elég jól illusztrálja a tevékenységét fejlesztők Windows-alapú alkalmazások. A folyamat során a fejlesztő felvet néhány kérdést. Vajon az alkalmazás használja könyvtári osztályok Microsoft Foundation Classes (Microsoft Foundation Classes - MFC)? Milyen nyelven kell írni egy alkalmazást a Visual Basic vagy C ++? Melyik interfész használt adatbázisokhoz való alkalmazása: nyílt interfész az adatbázisba (Open Database Connectivity Interface - ODBC) és OLE interfész adatbázisok, OLEDB? Használja alkalmazás felület modell Microsoft Component Object (Component Object Model - COM) vagy alkalmazás programozási felület (API), a stílus, a C nyelv? Ha a választás történik mellett az interfész Microsoft Component Object Model (COM), amely majd a felületet: IDispatch, kettős (dual) interfész, vagy csak a felület a virtuális asztalra? Milyen szerepe van ebben a megadott Internet? Amíg a .NET platform nem jelenik meg, gyakran torz alkalmazás projekt során a folyamat végrehajtása technológiák, hogy a fejlesztők tulajdonában abban az időben. Vagy fejlesztő kellett tanulni egy másik technológiát, ami a rendeltetése, hogy egy-két éven belül a lakóhelyét.
alkalmazástelepítés nehéz és kellemetlen feladat. A telepítés során a megfelelő bejegyzéseket kell tenni az alkalmazás adatbázis, amely kellően rideg, és annak behajtására - a kemény munka. Ezen kívül van egy jó változata ellenőrzési stratégiát alkatrészeket. Alkalmazások új verzióit képes elpusztítani a meglévő programok és ugyanabban az időben csak kitalálni, hogy mi történt valójában. Hogy elkerüljük a problémákat kapcsolatos információkat tárolja a nyilvántartó rendszer konfiguráció, más technológiák erre a célra használt Metabase szerver vagy az SQL Server.
Egy másik kérdés a Win32 a biztonság. A jelenlegi biztonsági modell nehéz megérteni. Még nehezebb használni a gyakorlatban. Sok fejlesztő egyszerűen figyelmen kívül hagyja. A fejlesztők, akik kénytelenek voltak egy meglévő biztonsági rendszer próbál ebben a nehéz programozási modell, hogy nem a legjobb. Nagyobb biztonság, érték növekedésével kapcsolatos az internet, azzal fenyeget, hogy változtatni a rossz helyzetet, hogy egy potenciális rémálom.
Még ha a Microsoft igyekezett enyhíteni a folyamat az alkalmazás fejlesztés, kihívások továbbra is fennállnak. Sok rendszer szolgáltatások fejlesztéséhez szükséges a kezdetektől, lényegében létre egy alkalmazás infrastruktúrát, aminek vajmi kevés köze van az üzleti logika. Egy óriás lépés létrehozását magasabb szintű szolgáltatások váltak a szerver tranzakció társasági Microsoft (Microsoft Transaction Server, MTS) és a COM +. Mindazonáltal, azt még egy alkalmazás fejlesztési paradigma. Modell Microsoft Component Object (Component Object Model - COM) lehetővé tette, hogy a közölt programozás alkatrészeket. Ebben az alkalmazásban lehet létrehozni egyszerűen a Visual Basic nyelven. De az ilyen alkalmazások nem elég rugalmas. Sokkal erősebb alkalmazások hozhatók létre segítségével C ++ nyelven, de volt, hogy jelentős erőfeszítéseket tesznek. És ez nem is beszélve, hogy a C ++ kellett állandóan írásban (folyamatosan újra) ismétlődő keret (infrastruktúra) alkalmazásokat. Ha mindez lehet megszabadulni unatkozó ILJnknown nem tenném.
jövőbeli alkalmazások
Még ha a .NET platform képes volt, hogy megszüntesse a problémát a múlt, ez nem lenne elégséges. A folyamatos növekedése követelmények részéről a vásárlók, hogy a funkció az alkalmazás egyik megváltoztathatatlan törvényei programozás.
Lehetőség zavartalan működésének alkalmazások különböző számítógépes hálózatok növekedése miatt az internet vált elengedhetetlen. A funkció a komponensek is elérhető lesz a többi motor. Ebben az esetben sem a fejlesztők nem szeretnék írni az alapkeret; minden akarnak írni tervezett alkalmazásokat közvetlenül a problémák megoldása az ügyfelek.
A második rész bemutatja az összes ellenőrzés előnye, hogy az alkalmazás kaphat COM +. Ebben a részben a javulás a rendelkezésre állás és a stabilitás használatával COM + és arról, hogy ki kell kísérnie, és hogyan kell használni követési adatok gyors és egyszerű kimutatására minta forrásokból.
• Töltse 1. példa (C #) - 7,35 KB • Letöltés 1. példa (VB.NET) - 12,57 KB • Letöltés 2. példa (C #) - 15,14 KB • Letöltés 2. példa (VB.NET) - 16,38 KB Bevezetés a projekt az utolsó ügyfél volt, hogy végre egy olyan „program a gyors érdekében”, hogy a gyártó a gépek. Az e bekezdés alkalmazásában.
A korszerű többprocesszoros operációs rendszer teljesít több műveletet ugyanabban az időben, akkor is, ha csak egy fizikai processzort. Elméletileg ez lehetetlennek tűnik, de nézd meg, hogy a párhuzamos feldolgozás alkalmazásával érik el egyetlen processzoron. Rengeteg padlón.
• Töltse le a bináris DLL mintaprogramok - signatures_binary.zip - 16.07 Kb • Töltse le a forráskódot a mintaprogramok - signatures_source.zip - 6,14 KB Tartalom 1. aláírások (folytatás) 1.1 LocalVarSig 1.2 CustomAttrib 1.3 MethodSpec 1.4 TypeSpec 1,5 MarshalSpec 2. Elements.