Nyelv :
SWEWE Tag :Bejelentkezés |Bejegyzés
Keresés
Enciklopédia közösség |Enciklopédia válaszok |Küldje el kérdését |Szókincs |Feltöltés ismeretek
Előző 1 Következő Válassza ki a Pages

Program Interface

A program felülete az egyik kétféle interfész által biztosított operációs rendszer a felhasználók, programozók a programban, a program interfész, hogy kérje az operációs rendszer a szolgáltatásnyújtás.

Tegyünk egy felületet, meg kell mondani a történelem, a fejlődés, a programozási nyelv a munka, Mr. Lu azt mondta, "az első tudományos kezelésének történetét," Múlt és Jelen érthető fejlesztési program, annak érdekében, hogy tudja, miért olyan sok nyelv igen, miért?

Miután a számítógép úgy tűnik, a tudósok kifejlesztettek egy többnyelvű, a Smalltalk, Pascal, Basic, C nyelv, C , Java,. Net és így tovább, a fejlődés üteme a következő nyelveken, látható a folyamat-orientált részben az objektum-orientált fejlesztési történelem. Sok könyv objektum-orientált be saját történetét, hogy bevezeti az olvasót, hogy ebben az időszakban a történelem, és támogatja OO (objektum orientált) programozási mennyire jó az, hogy hogyan. A probléma az, hogy a program most kezd tanulni egy csomó ember nem tudja, miért kell ezt a változást, ők is nehezen érthető a koncepció OO nyelv virtuális funkciókat, interfészeket, stb a végén, amit kérni.Tisztában vagyunk azzal, hogy ez az időszak a történelem a múltban, az első, hogy vezessenek a koncepció: a "tagoltságát", és mi tagoltságát? A szerzők úgy vélik, hogy az úgynevezett részecske valójában egy programkód egységet kombinációját használja a skála, akkor egy példát, kavics? Tégla? House sablon, mi azt elképzeljük, hogy épít egy házat, vannak valójában a különböző építési módszerek, ha nem foglalt baj, akkor egy kis építési kavics vagy kavics égetés a tégla, téglák össze, még vásárolni házakat közvetlenül a gyárból ajtók, ablakok, fal összetevők tölteléket. Ez a módszer képviseli a három különböző kombinációi három különböző szinteken. Kavics a legkisebb egység, használd építeni egy kis házat, talán lehet, de kétségtelen, hogy van, hogy egy csomó, "kavics", nem könnyű kezelni, tégla, mint a réteg kavicsot aggregátumok lehet használni, hogy építsenek egy nagyobb a ház, ház sablon a legmagasabb dimenzió, amellyel gyorsan építeni egy nagyszabású házban. A különbség a három skála, és kapcsolatot a programozási koncepció nagy hasonlóságot.

A korai tanulási Pascal, a tanár azt mondta, hogy egy ilyen folyamat-orientált nyelv, az alapvető egységek eljárások és funkciók, melyek a legkisebb elemei a programnak. Eljárások és függvények elérni a legalapvetőbb kód újrafelhasználásának, ha egy kis fix funkció kódot írt az eljárások és függvények, nevezhetjük őket a programban anélkül, hogy bármilyen helyre írni ezt a kódrészletet, így Az előnyök nyilvánvalóak. Egyes kis program, amely segítségével az eljárások és a megfelelő funkciókat, de a közepes méretű programok, azok hátrányai a show, eljárások és funkciók a részecskeméret túl alacsony, egy olyan rendszer, ha van 10.000 funkciók és eljárások, A programozók meg kell tölteni egy csomó időt, hogy megtalálja, és azok fenntartása, 10.000 nem volt kapcsolata a nehéz irányító funkciók és eljárások nyilvánvalóak, mint 10.000 egyéni vállalkozások, osztályok és pozíciókat, ha nem, ez nem zavaró? !

A megjelenése az objektum-orientált nyelvek, hogy megoldja ezt a problémát, ne hallgass a hype fújt OO nyelv, sőt, úgy tűnik, ez egy ok: javítani a programozási tagoltságát. Alapegysége az objektum-orientált nyelvek egy osztály osztály, magában foglalja egy csomó adatot tagok és a tag függvények, eljárások, emelje fel a minimális összetevői egy szint, akkor nem kell közvetlenül manipulálni a folyamat és funkciók, valamint egy magasabb szinten, de a osztályban. Mi tesz egy csomó osztályainak 10.000 ember, különböző részlegek felelősek a különböző kérdésekben, így a cég végre nyomozni.

CLASS tette az osztály, hogy ez rendben van akkor? Nem feltétlenül, új problémák merült fel, talán van egy csomó osztály, akkor nem sok mindent, hogyan érhető el jobb kezelése osztályon belül csinálni? Mintha egy osztály, amely a különböző módszerek és tulajdonságai ezeknek a módszereknek és tulajdonságai is lehet osztani halom különböző funkcionális szolgáltatásokat, de mi nem ezt a kezelési osztály. Az AO, térkép objektum számos olyan funkciót tartalmaz, mint például a vezetői réteg, a menedzsment elem kezelési lehetőségek beállítása, térkép-megjelenítés, sok különböző funkciókat az egyes módszerek és a tulajdon, és most ezek a tulajdonságok és módszerek szervezetlen, különbségtétel nélkül felhalmozódása Egy osztályban ott, amikor meg kell találnunk a módját, programozók, amikor meg kellett megtalálni, nagyon kényelmes.

Ez alkalommal, a felület felület jelenik meg, a C feltaláló, az első alkalommal, amikor egy tisztán virtuális függvény (sőt, az interface) fogalma az idő, sok volt a bojkott, sok ember nem érti a jelentését, amit a felület, amit a virtuális megfelelően működnek, Miért nem olyan dolgok jöttek ki Gesha kosár ügyben? Hogy ez egy osztály belőle, és a termék egy objektumot nem lehet elérni; azt mondják, hogy a tárgya, és a test nem a módszer használható. Interfész ki nem egy jó dolog, kell sorolni az osztályban. A térkép objektum, tudjuk, hogy több interfészek, módszerek, ezek a felületek határozzák meg a különböző szolgáltatásokat, funkciókat és tulajdonságokat, térkép osztály megvalósítja ezeket a kapcsolódási pontokat, így tudjuk használni a felületet meghatározása, végrehajtása objektumot. Tehát mi az a meghatározás, egy sor kapcsolódó interfészek módszerek és tulajdonságok a gyűjtemény.

Dim pGraphicsContainer mint iGraphicsContainer

pGraphicsContainer = application.document.ActiveView.focusMap

pGraphicsContainer tulajdonságokat és módszereket lehet használni, csak azt a részét, ez határozza meg, míg a módszereket és tulajdonságait elemek, mint például nem használja a menedzsment felület meghatározására, akkor hogyan használjuk más funkciókat? Ezt nevezik QI (Query Interface) funkcióval. Lekérdezés egyik felület a másik felületen.

Dim pGeoFeatureLayer mint iGeofeatureLayer

pGeoFeatureLayer = pGraphicsContainer QI

Nos, olyan sok hosszadalmas, sétált a koncepció a COM, COM hivatalosan is bemutatta a múltban, végül is heggyel: a történelem a számítógépes nyelv, sőt, a folyamatos fejlesztés, a történelmi elem tagoltságát, és folyamatosan javítják kód újrafelhasználásának történelem. Mielőtt használni eljárások és függvények, akkor használjuk az osztályban, és most használjuk a felület, a az egyik cél, hogy a komponensek a mi működési közötti konkrét és az elvont, hogy megtalálja az egyensúlyt. Túl specifikus, ilyenek az eljárások és függvények, nincs keretet, elvont, mint például osztályok, nem lehet külön-külön.

A kód mintát:

nyilvános interfész iform

{

void Show ();

elvesztésével ShowDialog ();

}

public class A: iform

{

public void Show ()

{

}

public void ShowDialog ()

{

}

}

public class B: iform


Előző 1 Következő Válassza ki a Pages
Használó Felülvizsgálati
Nincs még hozzászólás
Én is kommentálom [Látogató (44.202.*.*) | Bejelentkezés ]

Nyelv :
| Ellenőrző kód :


Keresés

版权申明 | 隐私权政策 | Szerzői jog @2018 A világ enciklopédikus tudás