Presentasjon av TV i livet vårt. TV som et middel for informasjonsoverføring
Forelesning 1. Bekjentskap
Lysbilde 2: Delphis historie
Historien om Delphi begynner på 60-tallet, da professor N. Wirth utviklet språket høy level Pascal. Det var det beste språket for å lære å programmere, og for å lage programmer for MS-DOS-operativsystemet. Så, i 1983, utviklet A. Hejlsberg, sammen med andre programmerere som nettopp hadde organisert Borland-selskapet, Turbo Pascal-kompilatoren, som ble neste trinn i utviklingen av Delphi. Så kom Object Pascal, som allerede brukte den objektorienterte tilnærmingen til programmering. Da den første versjonen av Windows dukket opp - Windows 3.10, opprettet Borland-programmerere Delphi 1. Det var allerede et objektorientert miljø for visuell utvikling av programmer basert på Object Pascal-språket. Med ankomsten av Windows 95, dukket Delphi 2 opp, deretter Delphi 3, 4, 5. Programmeringsspråket Object Pascal, som var kjernen i Delphi, gjennomgikk så betydelige endringer at Borland, som allerede hadde snudd med Delphi 6, ble endret. til et selskap, kunngjorde offisielt omdøpningen av Object Pascal i Delphi. Derfor har de som sier at Delphi er et visuelt utviklingsmiljø for programmer rett. Men de som hevder at Delphi er en av de beste språk programmering.
Lysbilde 3: Delphi 7
Vi skal studere Delphi 7, den mest stabile versjonen av programmeringsspråket for Win32 – det vil si 32-biters versjoner av Windows. Det finnes også nye versjoner av Delphi, men de er fokusert på .NET-teknologi, som er for tidlig for nybegynnere å ta tak i. Dessuten er denne teknologien ennå ikke mye brukt, og markedet for programvare laget med Delphi består fortsatt av programvareprodukter skrevet i Delphi 7 og enda tidligere versjoner. Grunnlaget for Delphi er ikke bare selve språket, men også RAD (Rapid Application Development) – et raskt utviklingsmiljø for programmer. Takket være visuell programmering, samt et ganske stort bibliotek med visuelle komponenter, lar Delphi deg lage programmer raskest og effektivt, ta på seg hovedarbeidet og forlate programmereren kreativ prosess. Selvfølgelig gjør muligheten til å raskt lage profesjonelle applikasjoner for Windows Delphi-programmerere etterspurt innen alle områder av menneskelig aktivitet.
Lysbilde 4: Komme i gang
Start Delphi på vanlig måte, dvs. ved å velge Delphi-kommandoen fra Borland Delphi 7-menyen. Lanserer Delphi
Lysbilde 5: Delphi 7 arbeidsområde
Delphi 7 arbeidsmiljø
Lysbilde 6: Delphi 7 arbeidsbenk
Delphi 7-arbeidsområdet har mange vinduer, paneler, komponenter. Vi vil bli kjent med de fleste av dem med tiden, men foreløpig må vi ta hensyn til 5 vinduer: Hovedvinduet i Delphi. Her er hovedmenyen, ulike verktøylinjer og en palett med komponenter, bestående av mange faner. Skjemakonstruktør. Her ser vi visuelt hvordan formen på programmet vil se ut, her skal vi lage et grensesnitt ved å overføre ulike komponenter til skjemaet og ordne dem på en slik måte at grensesnittet ser attraktivt ut. Vi må ofte bytte mellom skjemadesigner og kodeeditor, dette gjøres med F12-tasten. Kode editor. Her ser vi kildekoden til programmet, som ble laget av Delphi selv. Her skal vi legge inn vår egen kode. Objektinspektør. Den er designet for å administrere prosjektobjekter og består av to faner - Egenskaper (Egenskaper) og Hendelser (hendelser). Objekttre. Her ser vi hvilket objekt i dette øyeblikket er aktuell. Dette vinduet vil være spesielt nyttig når det er mange komponenter på skjemaet.
Lysbilde 7: Komponentpalett
Paletten av komponenter består av flere faner: 1. Standard. Alle disse komponentene er analoger av Windows-komponenter. 2. Ekstra - tilleggskomponenter. 3. Win32 - komponenter som bare er i Win32-familien operativsystemer. Denne familien inkluderer Windows 9x, Windows ME, Windows 2000, Windows NT, Windows XP. 4. System - systemkomponenter som letter tilgang til systemet. 5. Databasetilgang - komponenter for databasetilgang. 6. Datakontroller - komponenter for arbeid med databaser. 7. dbExpress - flere databasetilgangskomponenter som erstattet BDE. 8. BDE - gamle databasetilgangskomponenter. 9. ADO er også komponenter for tilgang til databaser, kun ved bruk av Active Data Object (ADO) teknologi. 10. InterBase - komponenter for tilgang til InterBase-databasen. 11. Webtjenester - komponenter for tilgang til Internett. 12. InternetExpress - komponenter for tilgang til Internett. 13. FastNet - Nettverkskomponenter. 14. QReport - komponenter for rapportering. 15. Dialoger - komponenter som letter tilgang til standard dialoger. 16. Vinn3. 11 - tilgang til komponenter til Win 3.1-komponenter. 17. Prøver - ulike eksempler. Noen av disse komponentene er tilgjengelige i kildekoden og leveres med Delphi.
Lysbilde 8: Skjemabygger
Arbeidet med søknaden begynner med opprettelsen av et startskjema. Startskjemavinduet (Forml) er en blank del av hovedvinduet til applikasjonen som utvikles. I Delphi kalles applikasjonen som utvikles et prosjekt. Startskjemaet opprettes ved å endre egenskapsverdiene til Form1-skjemaet og legge til de nødvendige visuelle og ikke-visuelle komponentene til skjemaet i hvilken som helst form og rekkefølge (tekstinndata- og utdatafelt, kommandoknapper, etc.). Skjemaegenskaper bestemmer utseendet: størrelse, plassering på skjermen, titteltekst, rammetype.
Lysbilde 9: Objektinspektør-vindu
Dette vinduet spiller en nøkkelrolle i visuell programmering og er ment å endre verdiene til egenskapene til visuelle komponenter og tilordne hendelser til komponenter som kan behandles av applikasjonen (programmet) Vinduet har to faner - Egenskaper (egenskaper) og Hendelser (hendelser) Valget gjøres ved å klikke på ønsket fane For å velge egenskapene og hendelsene til den nødvendige komponenten, må du velge denne komponenten på skjemaet. Det er to måter å velge en komponent på: ved å klikke på komponenten eller ved å velge fra listen. Fanen Egenskaper viser egenskapene og verdiene til den valgte komponenten. For å gjøre den ønskede egenskapen til den valgte komponenten aktiv, klikk på den med musen. Du kan endre verdien av en eiendom på forskjellige måter, avhengig av typen eiendom.
10
Lysbilde 10: Et sett med komponentegenskaper
Hver visuell komponent har et sett med egenskaper. Vurder de grunnleggende egenskapene til skjemaet. De fleste av dem er til stede i noen komponenter. ActiveControl - Peker på komponenten som skal være aktiv som standard. Juster - komponentjustering. Enhver komponent kan justeres til en av sidene av den overordnede komponenten. Denne egenskapen kan tildeles følgende verdier: alIngen - ingen justering. alBottom - bunnjustering. alt Venstre - venstrejustering. AlRight - høyrejustering. AlTop - toppjustering. Komponenter justeres med skjemaet, og skjemaet justeres med vinduet. AutoScroll – egenskapstypen er boolsk. Bestemmer om skjemaet skal rulle automatisk eller ikke. AutoSize – egenskapstypen er boolsk. Angir om komponenter i skjemaet skal endre størrelse automatisk. BorderIcons - en egenskap som bestemmer hvilke knapper som skal være til stede i vinduet. Dette er en rullegardinegenskap. Hvis du klikker på firkanten til venstre for eiendomsnavnet, åpnes en liste med fire egenskaper: biSystemMenu - vis menyen (ikonet til venstre i vinduets tittellinje) og andre; biMinimer – vindusminimeringsknapp; biMaximize - knapp for å maksimere vinduet; biHjelp - hjelpeknapp.
11
Lysbilde 11: Et sett med komponentegenskaper
BorderStyle - eiendommen er ansvarlig for utseendet til vinduskrukken. Denne egenskapen kan ha følgende verdier: bsSizeable - satt som standard. Standard vindu, med normal volang, som kan endres størrelse; bsDialog - vinduet ser ut som en dialogboks; bsNone - et vindu uten frill i det hele tatt. bsSingle - et vindu med fast størrelse og kan ikke endres med musen; bsSizeToolWin - et vindu med en tynn frill. Dette er spesielt merkbart i vindustittelen. bsToolWindow - som det forrige, men dette vinduet kan ikke endres størrelse. BorderWidth - bredden på vinduskanten. Bildetekst - tittelen på vinduet. ClientHeight - høyden på klientområdet til vinduet. ClientWidth - bredden på vinduets klientområde. Farge - Fargen på klientområdet i vinduet. Begrensninger - denne egenskapen inneholder de maksimale verdiene for vindusstørrelsen: MaxHeight - den maksimale høyden på vinduet; MaxWidth - den maksimale bredden på vinduet; MinHeight - minimumshøyden på vinduet; MinWidth - minimumsbredden på vinduet. Hvis du angir disse verdiene, kan ikke vinduet strekkes utover maksimal størrelse og reduseres under minimum.
12
Lysbilde 12: Et sett med komponentegenskaper
Markør - denne egenskapen er ansvarlig for markøren som vil vises når du holder musen over skjemaet/komponenten. DockSite - indikerer om andre komponenter kan slippes på skjemaet eller komponenten ved å bruke Dra og slipp. DragKind - type dra et objekt under Dra og slipp. To alternativer er tilgjengelige her: dkDrag - standard Dra og slipp, der objektet forblir på plass; dkDock - dra selve objektet. Dette alternativet bør velges hvis du vil at komponenten skal kunne knyttes til andre komponenter eller et skjema. DragMode - Dra og slipp-modus. To alternativer er tilgjengelige her: dmManual - manuell modus. I denne modusen må programmereren selv begynne å dra objektet; dmAutomatic – Draq&Drop-modus aktiveres automatisk hvis brukeren begynner å dra komponenten med musen. I dette tilfellet trenger du ikke å skrive tilleggskode, som i manuell modus. Aktivert - komponenttilgjengelighet. Hvis denne egenskapen er sann, kan brukeren jobbe med denne komponenten. Ellers er ikke komponenten tilgjengelig og er nedtonet. Font – skriften som brukes når tekst vises på skjemaet.
13
Lysbilde 13: Et sett med komponentegenskaper
FormStyle - formstil. Følgende alternativer er tilgjengelige for valg her: fsNormal – normalt vindu; fsMDIForm - vinduet er overordnet til MDI-vinduer; fsMDIChild - Vinduet er et MDI underordnet vindu. Egenskapen fsMDIForm oppretter hovedvinduet, og fsMDIChild oppretter et underordnet vindu, det vil si vinduet som vil være inne i hovedvinduet. Høyde - høyden på vinduet. Hint - hinttekst som vises i statuslinjen når du holder musepekeren over skjemaet eller komponenten. HorzScrollBar - Alternativer for horisontale rullefelt. Ikon - ikonet som vises i tittellinjen i vinduet. Venstre - venstre posisjon av vinduet. Meny - menyen som brukes i hovedvinduet. Navn - navnet på skjemaet eller komponenten.
14
Lysbilde 14: Et sett med komponentegenskaper
Posisjon - plasseringen av vinduet når applikasjonen starter. Følgende alternativer er tilgjengelige her: poDefault - Windows vil selv bestemme hvor vinduet skal plasseres og hva dets dimensjoner skal være; poDefaultPosOnly - Windows selv vil bare bestemme hvor vinduet skal plasseres, og dimensjonene vil være de samme som de ble angitt i egenskapene; poDefaultSizeOnly - Windows vil kun bestemme størrelsen på vinduet, og posisjonen vil være den du spesifiserte i egenskapene; poDesigned - både størrelse og plassering vil være slik de ble satt i egenskapene; poDesktopCenter - vinduet vil være plassert i midten av skrivebordet; poMainFormCenter - vinduet vil være sentrert på hovedskjemaet; poOwnerFormCenter - vinduet vil være sentrert på eiervinduet, det vil si vinduet som forårsaket det; poScreenCenter - vinduet vil være plassert i midten av skjermen. ShowHint - bestemmer om hint skal vises. Tag - denne eiendommen kan brukes til dine egne formål. Topp - den øverste plasseringen av vinduet. VertScrollBar - vertikal rullefelt. Synlig - hvis egenskapen er sann, er formen eller komponenten synlig. Ellers er formen eller komponenten usynlig. Bredde - vindusbredde. WindowState - tilstanden til vinduet etter oppstart. Følgende alternativer er tilgjengelige: wsNormal – vinduet vises i normal tilstand; wsMaximized - vinduet vises maksimert; wsMinimized - vinduet vises minimert.
15
lysbilde 15 hendelser
I Delphi fungerer alle komponenter gjennom hendelser. I løpet av programmeringen er det hele tiden nødvendig å lage hendelsesbehandlere for ulike situasjoner. Du kan for eksempel opprette en hendelsesbehandler for å trykke på en tast på tastaturet og utføre noen handlinger på den. En hendelsesbehandler er en enkel prosedyre eller funksjon som kalles når en hendelse inntreffer. La oss vurdere hovedhendelsene som hovedformen for søknaden kan svare på. Hendelser kan sees i kategorien Hendelsesobjektinspektør. OnActivate - Heves når applikasjonen har blitt aktiv. OnCanResize - Denne hendelsen utløses før størrelsen på vinduet endres. OnClick - utløses når brukeren har klikket på skjemaet. OnClose - avfyres når vinduet er lukket. OnCloseQuery - generert før vinduet lukkes. OnCreate - utløses når vinduet er opprettet. OnDblClick - utløses når brukeren har dobbeltklikket på vinduet. OnDeactivate - utløses når vinduet er deaktivert. OnDestroy - avfyres når et vindu blir ødelagt. OnHide - avfyres når vinduet er skjult. OnKeyDown - genereres når en tast trykkes på tastaturet. OnKeyPress - genereres når en tast på tastaturet trykkes ned og slippes. OnKeyUp - genereres når en tast på tastaturet slippes.
16
Lysbilde 16: Begivenheter
OnMouseDown - avfyres når museknappen trykkes. OnMouseMove - genereres når musen beveger seg. OnMouseUp - avfyres når museknappen slippes. OnMouseWheel - generert av musehjulet. OnMouseWheelDown - utløses når musehjulet rulles ned. OnMouseWheelUp - utløses når musehjulet rulles opp. OnPaint - genereres når vinduet må tegnes på nytt. OnResize - genereres når vinduet må endres størrelse. OnShortCut - genereres når en hurtigtast trykkes. OnShow - utløses når vinduet vises, men før det faktisk er tegnet. På dette tidspunktet er vinduet allerede opprettet og er klart til å vises, men har ennå ikke blitt trukket til skjermen.
17
Lysbilde 17: Koderedigerer
I koderedigeringsvinduet, som kan sees ved å skyve skjemavinduet til side, bør du skrive inn teksten til programmet. Når du begynner å jobbe med et nytt prosjekt, inneholder dette koderedigeringsvinduet en programmal generert av Delphi.
18
lysbilde 18: modul
enhet Enhet 1; //Modulnavngrensesnitt bruker //Etter dette ordet er det oppregninger av tilkoblede moduler. Windows, meldinger, SysUtils, varianter, klasser, grafikk, kontroller, skjemaer, dialogbokser; Skriv //Etter dette kommer deklarasjonen av typene TForm1 = klasse (TForm) //Begynnelsen av beskrivelsen av det nye TForm1-objektet //Komponenter og hendelser er beskrevet her private //Etter dette ordet kan du beskrive objektets private data ( Private deklarasjoner ) //Hint generert av Delphi (Her kan du beskrive variabler og metoder som kun er tilgjengelige for TForm1-objektet) offentlig //Etter dette ordet kan du beskrive de offentlige dataene til objektet ( Offentlige deklarasjoner ) //Hint generert av Delphi (Her kan du beskrive variabler og metoder tilgjengelig fra en hvilken som helst annen modul) end ; var //Erklære globale variabler Form1: TForm1; //Dette er erklæringen av Form1-variabelen til objekttypen TForm1-implementering ($R *.dfm ) //Connection. dfm-fil (fil med data om visuelle objekter) slutt. // slutten av modulen
19
Lysbilde 19: Modulens struktur
En modul starter med ordet enhet etterfulgt av navnet på modulen Enhet1. Modulen består av følgende deler: grensesnitt; gjennomføring; initialisering. Grensesnittdelen (som begynner med ordet grensesnitt) forteller kompilatoren hvilken del av modulen som er tilgjengelig for andre programmoduler. Denne delen viser (etter bruk) bibliotekmodulene som brukes av denne modulen. Her er også en Delphi-generert beskrivelse av formen som følger etter ordtypen. Implementeringsdelen åpner med ordet implementering og inneholder deklarasjoner av lokale variabler, prosedyrer og funksjoner som støtter driften av skjemaet. Implementeringsdelen begynner med et direktiv ($R *.DFM) som forteller kompilatoren å bruke skjemabeskrivelsen når den genererer den kjørbare filen. Skjemabeskrivelsen ligger i en fil med filtypen dfm, hvis navn er det samme som modulnavnet. Skjemabeskrivelsesfilen er generert av Delphi-miljøet basert på utseende skjemaer. Direktivet ($R *.DFM) følges av hendelseshåndteringsprosedyrer for skjemaet og dets komponenter. Programmereren kan også plassere andre prosedyrer og funksjoner her. Initialiseringsdelen lar deg initialisere modulvariabler. Instruksjonene for initialiseringsdelen er plassert etter implementeringsdelen (beskrivelser av alle prosedyrer og funksjoner) mellom start og slutt. Hvis initialiseringsdelen ikke inneholder noen instruksjoner (som i eksemplet ovenfor), er ikke ordet begynne spesifisert.
20
Lysbilde 20: Struktur av prosjektfilen
hoveddel applikasjon er en prosjektfil (.dpr) som inneholder Object Pascal-kode som starter programmet og gir initialisering av andre moduler. I de fleste tilfeller kan du lage et komplett Delphi-program uten å se på denne filen. Det opprettes og endres av Delphi automatisk under applikasjonsutvikling. Navnet gitt til prosjektfilen, når den er lagret, blir navnet på den kjørbare filen. Koden nedenfor er et eksempel på hvordan prosjektfilen ser ut når fil- og skjemanavnene ikke er endret. program Prosjekt1 bruker Forms, Unit1 i "Unit1.pas" (skjema 1); (SR *,RES) start Application.CreateForm (T Form, Forml); Application.Run(Skjema); slutt.
21
Lysbilde 21: Struktur av prosjektfilen
Hovedmodulen starter med ordet program, etterfulgt av navnet på programmet, som er det samme som navnet på prosjektet. Prosjektnavnet angis når prosjektet lagres, og det bestemmer navnet på den kjørbare programfilen som genereres av kompilatoren. Deretter etterfølges brukerordet av navnene på modulene som brukes: Forms-biblioteksmodulen og enheten l.pas-formmodulen. Linjen ($R *.RES), som ser ut som en kommentar, er et direktiv til kompilatoren om å inkludere ressursfilen. Ressursfilen inneholder applikasjonens ressurser: ikoner, markører, punktgrafikk mm. Stjernen indikerer at ressursfilen har samme navn som prosjektfilen, men med en res-utvidelse. En ressursfil er ikke en tekstfil, så du kan ikke se den med et tekstredigeringsprogram. For å jobbe med ressursfiler, bruk spesielle programmer for eksempel Ressursverksted. Du kan også bruke Delphis Image Editor-verktøy, som du kan få tilgang til ved å velge Image Editor-kommandoen fra Verktøy-menyen. Den kjørbare delen av hovedmodulen er mellom start- og sluttinstruksjonene. Instruksjonene til den kjørbare delen gir initialisering av applikasjonen og visning av startvinduet.
22
Lysbilde 22: Hovedprosjektfiler
Et Delphi-prosjekt består av skjemaer, moduler, prosjektinnstillinger, ressurser og så videre. All denne informasjonen er lagret i filer. Mange av disse filene genereres automatisk av Delphi når applikasjonen bygges. Ressurser som punktgrafikk, ikoner og så videre finnes i filer som er hentet fra andre kilder eller opprettet ved hjelp av de mange verktøyene og ressursredigererne som er tilgjengelige for Delphi. I tillegg lager kompilatoren også filer. La oss ta en titt på noen av disse filene, for å vite hvilke filer som inneholder hvilken informasjon vil hjelpe deg i vanskelige situasjoner mer enn én gang. Når en applikasjon er designet, lager Delphi følgende filer:
23
Lysbilde 23: Hovedprosjektfiler
Prosjektfil (.dpr) Denne tekstfilen brukes til å lagre informasjon om skjemaer og moduler. Den inneholder setninger for initialisering og start av programmet for utførelse. Modulfil (.pas) Hvert skjema du lager, og siden Delphi 5, har hver ramme en modultekstfil som brukes til å lagre kode. Noen ganger kan du lage moduler som ikke er relatert til skjemaer. Mange av Delphis funksjoner og prosedyrer er lagret i moduler. Skjemafil (.dfm) Dette er en binær- eller tekstfil som er laget av Delphi for å lagre informasjon om skjemaene dine. Hver skjemafil har en tilsvarende modulfil (.pas). Project Options File (.dfo) Denne filen lagrer innstillingene for prosjektalternativer. Pakkeinformasjonsfil (.drf) Denne binære filen brukes av Delphi når det gjelder pakker. Ressursfil (.res) Denne binære filen inneholder ikonet som brukes av prosjektet og andre ressurser. Filgruppefil (.bpg) Dette er filen du oppretter når du arbeider med en gruppe prosjekter. Pakkefil (.dpk) Denne binære pakkefilen.
24
Lysbilde 24: Hovedprosjektfiler
Sikkerhetskopierfiler (.-dp, ~df, .~pa) Dette er sikkerhetskopifilene for henholdsvis prosjekt-, skjema- og modulfilene. Hvis du roter til noe håpløst i prosjektet ditt, kan du endre utvidelsene til disse filene tilsvarende og dermed gå tilbake til den forrige ukorrupte versjonen. Vinduskonfigurasjonsfil (.dsk) Filen lagrer konfigurasjonen av alle vinduer. Diagramfiler (.ddp) Diagramfiler opprettet på diagramsiden i koderedigeringsvinduet.
25
Lysbilde 25: Hovedprosjektfiler
Følgende gruppe filer genereres av kompilatoren: Kjørbar fil (.exe) Dette er programmets kjørbare fil. Det er en frittstående kjørbar fil som ikke krever noe annet, med mindre du bruker biblioteker som finnes i DLL-er, OCX, etc., og hvis du ikke bruker kjøretidspakkestøtte Module Object File (.dcu) Dette er en kompilert modulfil (.pas) som er koblet til den endelige kjørbare filen. Dynamic Link Library (.dll) Denne filen opprettes hvis du designer en DLL. Pakkeinnholdsfil (.dcp) Dette er en binær fil som inneholder overskriften til pakken og en liste over filer som tilhører den. dcu. Kompilert kjøretidspakkefil (.bpl) Dette er en kjøretidspakke - en DLL-fil med visse Delphi-spesifikasjoner. Hjelpefiler (hlp) Dette er standard Windows-hjelpefiler som kan brukes av din Delphi-applikasjon. Bildefiler eller grafikkfiler (.wmf, .bmp, .ico) Disse filene brukes ofte i Windows-applikasjonerå skape et attraktivt og vennlig brukergrensesnitt.
26
Lysbilde 26: Lagre prosjektet
For å lagre prosjektet må du gjøre følgende: Velg menykommandoen "Fil - Lagre alle" (lagre alle), eller trykk på hurtigtastene< Shift+Ctrl+S >, eller trykk på knappen med samme navn på verktøylinjen. Delphi vil først tilby å lagre modulen (innholdet i koderedigeringsvinduet), slik at vinduet Lagre enhet som vises på skjermen. I dette vinduet må du velge mappen som er beregnet for prosjektfilene, og skrive inn navnet på modulen. Etter å ha trykket på Lagre-knappen, vises følgende vindu der du må skrive inn navnet på prosjektfilen. Filnavnene til modulen (pas -fil) og prosjektet (dpr -fil) må være forskjellige. Navnet på den kjørbare filen generert av kompilatoren er det samme som navnet på prosjektet. Derfor bør prosjektfilen gis det navnet du mener den kjørbare programfilen skal ha, og modulfilen bør gis et annet navn, for eksempel oppnådd ved å legge til modulens serienummer til prosjektfilnavnet. Siden et prosjekt er en samling filer, må det opprettes en egen mappe for hvert prosjekt.
27
lysbilde 27-samling
Kompilering er prosessen med å konvertere et kildeprogram til en kjørbar fil. Kompileringsprosessen består av to trinn. På det første trinnet sjekkes programteksten for feil, og på det andre trinnet genereres et kjørbart program (exe-fil). Etter å ha skrevet inn teksten til hendelseshåndteringsfunksjonen og lagret prosjektet, kan du velge Kompiler-kommandoen fra Prosjekt-menyen og kompilere. Kompileringsprosessen og resultatet gjenspeiles i dialogboksen Compiling. Kompilatoren viser feil (feil), advarsler (advarsler) og hint (hint) i dette vinduet. Selve feilmeldingene, advarslene og hintene vises nederst i koderedigeringsvinduet.
28
Lysbilde 28: Kompileringsvindu
Kompilatormeldinger om oppdagede feil Hvis kompileringsvinduet ikke er på skjermen under kompilering, må du velge kommandoen Miljøalternativer fra Verktøy-menyen og på Innstillinger-fanen, sett bryteren Vis kompilatorfremgang til på.
29
Lysbilde 29: Feil
Kompilatoren genererer et kjørbart program bare hvis kildeteksten ikke inneholder syntaksfeil. I de fleste tilfeller har det nylig innskrevne programmet feil. Programmereren må eliminere dem. For å gå til et kodefragment som inneholder en feil, plasser markøren på linjen med feilmeldingen og velg kommandoen Rediger kilde fra hurtigmenyen. Feil elimineringsprosessen er iterativ. Vanligvis blir de mest åpenbare feilene fikset først, for eksempel å deklarere ikke-deklarerte variabler. Etter neste endring i programteksten utføres rekompilering. Du bør ta hensyn til det faktum at kompilatoren ikke alltid kan lokalisere feilen nøyaktig. Derfor, når du analyserer et programfragment som ifølge kompilatoren inneholder en feil, må du ikke bare ta hensyn til kodefragmentet som kompilatoren har satt markøren på, men også til det i forrige linje.
30
Lysbilde 30: Feil
Hvis kompilatoren fant nok feil, må du gjennomgå alle meldingene, fikse de mest åpenbare feilene først og kompilere på nytt. Det er sannsynlig at etter dette vil antall feil reduseres betydelig. Dette er på grunn av særegenhetene ved syntaksen til språket, når en mindre feil kan "dra" et ganske stort antall andre. Hvis det ikke er syntaksfeil i programmet, lager kompilatoren en kjørbar programfil. Navnet på den kjørbare filen er det samme som prosjektfilen, og filtypen er .exe. Delphi plasserer den kjørbare filen i samme katalog som prosjektfilen. Når et program oppdager unøyaktigheter som ikke er feil, viser kompilatoren hint (hint) og advarsler (advarsler). For eksempel er hintet som vises oftest en melding om en deklarert, men aldri brukt variabel: Variabel... er deklarert, men aldri brukt i... Ja, hvorfor erklære en variabel og ikke bruke den?
31
Lysbilde 31: Starte programmet
Du kan teste programmet direkte fra Delphi uten å gå ut av utviklingsmiljøet. For å gjøre dette, velg Kjør-kommandoen fra Kjør-menyen eller klikk på den aktuelle knappen på feilsøkingsverktøylinjen.
32
Siste presentasjonslysbilde: DELPHI programmeringsmiljø: Runtime Errors
Mens du kjører et program, kan det oppstå feil, som kalles kjøretidsfeil eller unntak. I de fleste tilfeller er unntak forårsaket av ugyldige inndata. For eksempel, hvis du bruker en prikk for å skille brøkdelen av et tall fra heltallet, vil et vindu med en feilmelding vises på skjermen som et resultat av å trykke på Beregn-knappen. Årsaken til feilen er som følger. I teksten til programmet er brøkdelen av tallet atskilt fra heltallet med en prikk. Når du legger inn innledende data i redigeringsfeltet, kan brukeren (hvis ingen ekstra innsats gjøres) skille brøkdelen av tallet fra hele punktet eller kommaet. Hvilket av disse to tegnene som er gyldige avhenger av Windows-innstillingen. Etter å ha trykket på OK-knappen, kan programmereren fortsette programkjøringen (for å gjøre dette, velg Step Over-kommandoen fra Kjør-menyen) eller avbryte programkjøringen. I sistnevnte tilfelle må du velge kommandoen Tilbakestill program fra Kjør-menyen. Når du utvikler et program, bør programmereren prøve å forutse alt mulige alternativer feil brukerhandlinger som kan føre til kjøretidsfeil (unntak), og gir måter å beskytte mot dem.
programmering ved hjelp av et av de vanligste systemene for rask applikasjonsutvikling - Delphi treningskurs, kan du selvstendig mestre det grunnleggende om objektorientert programmering i Delphi. For å utvide kunnskapen din, en serie med læremidler og manualer om Delphi Syklusen inneholder 13 presentasjoner: OOP om Delphi - 1: Bekjentskap med Borland Delphi-programmeringssystemet. Objekter (komponenter) og deres egenskaper og metoder OOP i Delphi - 2: Det første programmet i Delphi, lagring og kompilering av OOP i Delphi - 3: Programmatisk endring av egenskapene til OOP-objekter i Delphi - 4: Betingelser i Delphi. Lage en enkel OOP-test i Delphi - 5: Elementer for input og output av informasjon. OOP-unntakshåndtering i Delphi – 6: Programvelkomstskjerm og timerelement OOP i Delphi – 7: Programmering av vår egen OOP-leke i Delphi – 8: Programmeny, statuslinje, OOP-dialoger i Delphi – 9: Lage vår egen OOP-tekstredigerer i Delphi – 10 : Databaser i Delphi OOP i Delphi - 11: Kalkulator i Delphi. OOP Exception Handling in Delphi - 12: Opprette et OOP-testingssystem i Delphi - 13: Graphics in Delphi.
Delphi bruker programmeringsspråket Object Pascal, så det er best å først lære vanlig Pascal og jobbe i Turbo Pascal, og deretter gå videre til Delphi – overgangen vil være veldig enkel, fordi syntaksen til språket forblir uendret. Det er ønskelig å studere OOP i Delphi i seniorspesialiserte klasser - antall timer tildelt for informatikk er det nok til å mestre det grunnleggende om OOP i Delphi
