Bevezetés, esemény, majd cselekvés
A Visual Basic az egyik első nyelv, amely támogatja az eseményvezérelt programozást. A fő gondolata az eseményvezérelt programozás, hogy a program meg kell határozni, hogy hogyan reagál a különböző események (felhasználói tevékenységek): a választott menü parancsokat, kattintson vagy az egér mozgását, gombnyomás, stb
A hagyományos hagyományos procedurális programozási modellben az alkalmazás egy adott parancssorozatot kezel. Pontosan a megadott sorrendben hajtja végre a programkód fejlett részeit. A függelék végrehajtása a program első sorával kezdődik, és a kifejlesztett kód vagy eljárás részei a szokásos sorrendben a megadott sorrendben szükségesek.
A Visual Basic a BASIC szerkezeti programozási nyelvből származik. Ez egy eseményvezérelt programozási modellt valósít meg. Eseményvezérelt alkalmazás esetén a programfuttatás nem követi előre meghatározott útvonalat. Ehelyett a program a különböző szakaszokat feldolgozza az eseményekre válaszul.
Az eseményeket a felhasználói műveletek, a rendszer vagy egyéb alkalmazások üzenetei vagy maga az alkalmazás okozhatja. Ezért a programkód végrehajtásának sorrendjét az események sorrendje határozza meg. Így a kódfuttatás áramlása minden egyes alkalommal különböző lesz.
Az eseményvezérelt programozás fontos része olyan kód írása, amely az alkalmazásban esetlegesen bekövetkező lehetséges eseményekre reagál. A Visual Basic minden szükséges eszközt biztosít az eseményvezérelt modell megvalósításához. Minden eseményt generáló műveletet válaszolni kell a megfelelő programkódok írásával és hozzáadásával. Ezek az események bármely sorrendben előfordulhatnak. Így az eseményvezérelt programozási modell feltételezi egy olyan egység jelenlétét (vagy a programozási rendszer processzora) jelenlétét, amely a rendszer szerint eseményekre reagál:
Itt egy Művelet egy szoftverfolyamat, amelyet a fejlesztő vagy egy Visual Basic műveletet alapértelmezés szerint definiál.
A tárgyorientált programozás (OOP) középpontjában egy objektum fogalma. Egy objektum egy olyan entitás, amelyre üzeneteket lehet küldeni, és amelyek válaszolhatnak az adatok felhasználásával. Egy objektum egy osztály egy példánya. Az objektum adatok rejtve maradnak a program többi részétől. Az adatok elrejtése kapszulázásnak nevezik.
A kapszulázás jelenléte elegendő a programnyelv objektivitásához, de még nem jelenti annak objektumorientációját - ez az örökség jelenlétét igényli.
De még a kapszulázás és az örökség jelenléte sem teszi a programozási nyelv teljes objektum-orientáltságát az OOP szempontjából. Az OOP legfőbb előnyei csak akkor jelennek meg, ha a polimorfizmus a programozási nyelvben történik; vagyis az azonos specifikációjú tárgyak lehetősége eltérő megvalósítást eredményez.
Különálló osztálykoncepció OOP-ban való megjelenése természetesen az a vágy, hogy sok hasonló viselkedésű tárgy van. Az OOP osztály tiszta formában egy absztrakt adattípus, amelyet a programozó hoz létre. Ebből a szempontból az objektumok egy adott absztrakt típus értékei, és az osztálydefiníció meghatározza az értékek belső struktúráját és az ezeken az értékeken végrehajtható műveletek sorát. A kívánatos az osztály hierarchia (és ezért öröklés) származik követelmények kód újrafelhasználásának - ha egyes osztályok hasonló viselkedés, nincs értelme megkettőzése azok leírását, akkor jobb, hogy jelöljenek ki egy közös része egy közös szülő osztály, és a leírás ezen osztályok maguk után csak különálló elemek .
Egy külön magyarázat az üzenetküldés fogalmát igényli. Kezdetben (például ugyanabban a Smalltalkban) az objektum interakciót "valós" üzenetként ábrázoltuk, vagyis egy objektumból egy másik speciális üzenetobjektum felé továbbítottuk. Egy ilyen modell rendkívül gyakori. Ez tökéletesen alkalmas például arra, hogy az aktív objektumokat használó párhuzamos számításokat írja le, amelyek mindegyikének saját végrehajtási folyamata van, és másokkal párhuzamosan működik. Az ilyen objektumok önálló, teljesen önálló számítástechnikai egységekként viselkedhetnek. Üzenetek küldése természetes módon megoldja a problémát üzenet feldolgozása tárgyak rendelt polimorf változó - nem számít, hogy hogyan, hogy egy változót, az üzenet osztálya kezeli a kódot, amely a tárgy hozzá van rendelve egy változó.
Az üzenetküldő mechanizmus közösségének azonban másik oldala van - a "teljes" üzenetküldés további fejleményt igényel, ami nem mindig elfogadható. Ezért a „küld egy üzenetet, mint egy kihívás módszer” használják a legtöbb jelenleg létező objektum-orientált programozási nyelvek - objektumok kívülről hozzáférhető módszert, amely vitatja, és támogatja a kommunikációs objektumok között. Ez a megközelítés nagyszámú programozási nyelvben valósul meg, beleértve a C ++, Object Pascal, Java, Oberon-2 programokat. Jelenleg az objektum-orientált nyelveken a leggyakoribb.
A koncepció a virtuális módszerek által támogatott ezek és más modern nyelvek, megjelent egy eszköz arra, hogy a szükséges eljárások alkalmazásával polimorf változókat, hogy van, sőt, arra törekszik, hogy fokozza a képességét, hogy hívja módszerek végrehajtására által biztosított funkciók az üzenő mechanizmust.