Hem › Däck och hjul › Presentation av TV i vårt liv. TV som ett sätt att överföra information

Presentation av TV i vårt liv. TV som ett sätt att överföra information

Föreläsning 1. Bekantskap

Bild 2: Delphis historia

Delphis historia börjar på 60-talet, när professor N. Wirth utvecklade språket hög nivå Pascal. Det var det bästa språket för att lära sig programmera och för att skapa program för MS-DOS-operativsystemet. Sedan, 1983, utvecklade A. Hejlsberg, tillsammans med andra programmerare som just hade organiserat Borland-företaget, kompilatorn Turbo Pascal, som blev nästa steg i utvecklingen av Delphi. Sedan kom Object Pascal, som redan använde det objektorienterade tillvägagångssättet för programmering. När den första versionen av Windows dök upp - Windows 3.10, skapade Borland-programmerare Delphi 1. Det var redan en objektorienterad miljö för visuell utveckling av program baserade på Object Pascal-språket. Med tillkomsten av Windows 95 dök Delphi 2 upp, sedan Delphi 3, 4, 5. Programmeringsspråket Object Pascal, som var kärnan i Delphi, genomgick så betydande förändringar att med tillkomsten av Delphi 6, Borland, som redan hade vänt till ett företag, tillkännagav officiellt bytet av Object Pascal i Delphi. Därför har de som säger att Delphi är en visuell utvecklingsmiljö för program rätt. Men de som hävdar att Delphi är en av de bästa språken programmering.

Bild 3: Delphi 7

Vi kommer att studera Delphi 7, den mest stabila versionen av programmeringsspråket för Win32 - det vill säga 32-bitarsversioner av Windows. Det finns också nya versioner av Delphi, men de är fokuserade på .NET-teknik, vilket är för tidigt för nybörjare att ta sig an. Dessutom är denna teknik ännu inte allmänt använd, och marknaden för programvara skapad med Delphi består fortfarande av mjukvaruprodukter skrivna i Delphi 7 och även tidigare versioner. Grunden för Delphi är inte bara själva språket, utan även RAD (Rapid Application Development) - en snabb utvecklingsmiljö för program. Tack vare visuell programmering, såväl som ett ganska stort bibliotek av visuella komponenter, låter Delphi dig skapa program snabbast och effektivt, ta på dig huvudarbetet och lämna programmeraren kreativ process. Naturligtvis gör möjligheten att snabbt skapa professionella applikationer för Windows Delphi-programmerare efterfrågade inom alla områden av mänsklig aktivitet.

Bild 4: Komma igång

Starta Delphi på vanligt sätt, dvs genom att välja kommandot Delphi från Borland Delphi 7-menyn. Lanserar Delphi

Bild 5: Delphi 7 arbetsyta

Delphi 7 arbetsmiljö

Bild 6: Delphi 7 arbetsbänk

Delphi 7-arbetsytan har många fönster, paneler, komponenter. Vi kommer att lära känna de flesta av dem med tiden, men för nu måste vi vara uppmärksamma på 5 fönster: Huvudfönstret i Delphi. Här är huvudmenyn, olika verktygsfält och en palett av komponenter, bestående av många flikar. Formkonstruktör. Här ser vi visuellt hur programmets form kommer att se ut, här kommer vi att skapa ett gränssnitt genom att överföra olika komponenter till formuläret och ordna dem på ett sådant sätt att gränssnittet ser attraktivt ut. Vi behöver ofta växla mellan formulärdesignern och kodredigeraren, detta görs med F12-tangenten. Kodredigerare. Här ser vi källkoden för programmet, som skapades av Delphi själv. Här kommer vi att ange vår egen kod. Objekt Inspektör. Den är utformad för att hantera projektobjekt och består av två flikar - Egenskaper (Egenskaper) och Händelser (Händelser). Objekt träd. Här ser vi vilket objekt i det här ögonblicketär aktuell. Detta fönster kommer att vara särskilt användbart när det finns många komponenter i formuläret.

Bild 7: Komponentpalett

Paletten av komponenter består av flera flikar: 1. Standard. Alla dessa komponenter är analoger till Windows-komponenter. 2. Ytterligare - ytterligare komponenter. 3. Win32 - komponenter som endast finns i Win32-familjen operativsystem. Denna familj inkluderar Windows 9x, Windows ME, Windows 2000, Windows NT, Windows XP. 4. System - systemkomponenter som underlättar åtkomst till systemet. 5. Databasåtkomst - komponenter för databasåtkomst. 6. Datakontroller - komponenter för att arbeta med databaser. 7. dbExpress - fler databasåtkomstkomponenter som ersatte BDE. 8. BDE - gamla databasåtkomstkomponenter. 9. ADO är också komponenter för åtkomst till databaser, endast med hjälp av Active Data Object (ADO)-teknik. 10. InterBase - komponenter för åtkomst till InterBase-databasen. 11. WebServices - komponenter för åtkomst till Internet. 12. InternetExpress - komponenter för åtkomst till Internet. 13. FastNet - Nätverkskomponenter. 14. QReport - komponenter för rapportering. 15. Dialoger - komponenter som underlättar åtkomst till standarddialoger. 16. Win3. 11 - åtkomst till komponenter till Win 3.1-komponenter. 17. Prover - olika exempel. Vissa av dessa komponenter är tillgängliga i källkod och levereras med Delphi.

Bild 8: Formulärbyggare

Arbetet med ansökan börjar med att ett startformulär skapas. Startformulärsfönstret (Forml) är ett tomt fönster i huvudfönstret för programmet som utvecklas. I Delphi kallas applikationen som utvecklas ett projekt. Startformuläret skapas genom att ändra egenskapsvärdena för Form1-formuläret och lägga till de nödvändiga visuella och icke-visuella komponenterna till formuläret i valfri form och ordning (textinmatnings- och utmatningsfält, kommandoknappar, etc.). Formuläregenskaper avgör dess utseende: storlek, placering på skärmen, titeltext, ramtyp.

Bild 9: Objektinspektörens fönster

Detta fönster spelar en nyckelroll i visuell programmering och är avsett att ändra värdena för egenskaperna hos visuella komponenter och tilldela händelser till komponenter som kan bearbetas av applikationen (programmet) Fönstret har två flikar - Egenskaper (egenskaper) och Händelser (händelser) Valet görs genom att klicka på önskad flik För att välja egenskaper och händelser för den önskade komponenten behöver du välja denna komponent i formuläret. Det finns två sätt att välja en komponent: genom att klicka på komponenten eller genom att välja från listan. Fliken Egenskaper visar egenskaperna och värdena för den valda komponenten. För att göra den önskade egenskapen för den valda komponenten aktiv, klicka på den med musen. Du kan ändra värdet på en fastighet på olika sätt, beroende på vilken typ av fastigheten.

Bild 10: En uppsättning komponentegenskaper

Varje visuell komponent har en uppsättning egenskaper. Tänk på formens grundläggande egenskaper. De flesta av dem finns i vissa komponenter. ActiveControl - Pekar på den komponent som ska vara aktiv som standard. Justera - komponentjustering. Vilken komponent som helst kan justeras mot en av sidorna av den överordnade komponenten. Den här egenskapen kan tilldelas följande värden: alIngen - ingen justering. alBottom - bottenjustering. alVänster - vänsterjustering. AlRight - högerjustering. AlTop - toppjustering. Komponenter justeras med formuläret och formuläret justeras med fönstret. AutoScroll – egenskapstypen är boolesk. Avgör om formuläret ska rullas automatiskt eller inte. AutoSize – egenskapstypen är boolesk. Anger om komponenter i formuläret automatiskt ska ändra storlek. BorderIcons - en egenskap som bestämmer vilka knappar som ska finnas i fönstret. Detta är en rullgardinsmeny. Om du klickar på rutan till vänster om egenskapsnamnet öppnas en lista med fyra egenskaper: biSystemMenu - visa menyn (ikonen till vänster i fönstrets namnlist) och andra; biMinimize – knapp för fönsterminimering; biMaximize - knapp för att maximera fönstret; biHjälp - hjälpknapp.

Bild 11: En uppsättning komponentegenskaper

BorderStyle - fastigheten ansvarar för utseendet på fönsterkransen. Den här egenskapen kan ha följande värden: bsSizeable - inställd som standard. Standardfönster, med normal volang, som kan ändras storlek; bsDialog - fönstret ser ut som en dialogruta; bsNone - ett fönster utan krusiduller alls. bsSingle - ett fönster med en fast storlek och kan inte ändras med musen; bsSizeToolWin - ett fönster med en tunn volang. Detta märks särskilt i fönstertiteln. bsToolWindow - som det föregående, men det här fönstret kan inte ändras i storlek. BorderWidth - bredden på fönsterkanten. Bildtext - fönstrets titel. ClientHeight - höjden på klientområdet i fönstret. ClientWidth - bredden på fönstrets klientområde. Färg - Färgen på klientområdet i fönstret. Begränsningar - den här egenskapen innehåller de maximala värdena för fönsterstorleken: MaxHeight - fönstrets maximala höjd; MaxWidth - fönstrets maximala bredd; MinHeight - fönstrets minsta höjd; MinWidth - fönstrets minsta bredd. Om du ställer in dessa värden kan fönstret inte sträckas ut över den maximala storleken och minskas under minimum.

Bild 12: En uppsättning komponentegenskaper

Markör - den här egenskapen är ansvarig för markören som kommer att visas när du håller musen över formuläret/komponenten. DockSite - indikerar om andra komponenter kan släppas på formuläret eller komponenten med hjälp av Dra och släpp. DragKind - typ av att dra ett objekt under Drag&Drop. Två alternativ är tillgängliga här: dkDrag - standard Dra&Drop, där objektet förblir på plats; dkDock - dra själva objektet. Detta alternativ bör väljas om du vill att komponenten ska kunna kopplas till andra komponenter eller ett formulär. DragMode - Dra och släpp-läge. Två alternativ är tillgängliga här: dmManual - manuellt läge. I detta läge måste programmeraren själv börja dra objektet; dmAutomatic – Draq&Drop-läget aktiveras automatiskt om användaren börjar dra komponenten med musen. I det här fallet behöver du inte skriva ytterligare kod, som i manuellt läge. Aktiverad - komponenttillgänglighet. Om den här egenskapen är true kan användaren arbeta med den här komponenten. Annars är komponenten inte tillgänglig och är nedtonad. Teckensnitt - teckensnittet som används när text visas i formuläret.

Bild 13: En uppsättning komponentegenskaper

FormStyle - formstil. Följande alternativ är tillgängliga för val här: fsNormal – normalt fönster; fsMDIForm - fönstret är föräldern till MDI-fönster; fsMDIChild - Fönstret är ett MDI-underordnat fönster. Egenskapen fsMDIForm skapar huvudfönstret och fsMDIChild skapar ett underordnat fönster, det vill säga fönstret som kommer att vara inuti huvudfönstret. Höjd - höjden på fönstret. Tips - ledtrådstext som visas i statusfältet när du håller muspekaren över formuläret eller komponenten med musen. HorzScrollBar - Alternativ för horisontell rullningslist. Ikon - ikonen som visas i fönstrets namnlist. Vänster - fönstrets vänstra position. Meny - menyn som används i huvudfönstret. Namn - namnet på formuläret eller komponenten.

Bild 14: En uppsättning komponentegenskaper

Position - fönstrets position när programmet startar. Följande alternativ är tillgängliga här: poDefault - Windows själv bestämmer var fönstret ska placeras och vad det ska ha för dimensioner; poDefaultPosOnly - Windows själva kommer bara att bestämma var fönstret ska placeras, och dess dimensioner kommer att vara desamma som de ställdes in i egenskaperna; poDefaultSizeOnly - Windows kommer bara att bestämma storleken på fönstret, och positionen kommer att vara den du angav i egenskaperna; poDesigned - både storlek och position kommer att vara som de ställdes in i egenskaperna; poDesktopCenter - fönstret kommer att finnas i mitten av skrivbordet; poMainFormCenter - fönstret kommer att centreras på huvudformuläret; poOwnerFormCenter - fönstret kommer att centreras på ägarfönstret, det vill säga fönstret som orsakade det; poScreenCenter - fönstret kommer att finnas i mitten av skärmen. ShowHint - bestämmer om tips ska visas. Tag - den här egenskapen kan användas för dina egna ändamål. Top - fönstrets översta position. VertScrollBar - vertikal rullningslist. Synlig - om egenskapen är sann är formen eller komponenten synlig. Annars är formen eller komponenten osynlig. Bredd - fönsterbredd. WindowState - fönstrets tillstånd efter uppstart. Följande alternativ är tillgängliga: wsNormal – fönstret visas i normalt tillstånd; wsMaximized - fönstret visas maximerat; wsMinimized - fönstret visas minimerat.

bild 15 händelser

I Delphi fungerar alla komponenter genom händelser. Under programmeringen är det ständigt nödvändigt att skapa händelsehanterare för olika situationer. Du kan till exempel skapa en händelsehanterare för att trycka på en tangent på tangentbordet och utföra någon åtgärd i den. En händelsehanterare är en enkel procedur eller funktion som anropas när en händelse inträffar. Låt oss överväga de viktigaste händelserna som huvudformen för ansökan kan svara på. Händelser kan ses på fliken Event Object Inspector. OnActivate - Ökas när applikationen har blivit aktiv. OnCanResize - Den här händelsen utlöses innan storleken på fönstret ändras. OnClick - avfyras när användaren har klickat på formuläret. OnClose - avfyras när fönstret är stängt. OnCloseQuery - genereras innan fönstret stängs. OnCreate - avfyras när fönstret skapas. OnDblClick - avfyras när användaren har dubbelklickat på fönstret. OnDeactivate - avfyras när fönstret är avaktiverat. OnDestroy - avfyras när ett fönster förstörs. OnHide - avfyras när fönstret är dolt. OnKeyDown - genereras när en tangent trycks ned på tangentbordet. OnKeyPress - genereras när en tangent på tangentbordet trycks ned och släpps. OnKeyUp - genereras när en tangent på tangentbordet släpps.

Bild 16: Händelser

OnMouseDown - avfyras när musknappen trycks ned. OnMouseMove - genereras när musen rör sig. OnMouseUp - avfyras när musknappen släpps. OnMouseWheel - genereras av mushjulet. OnMouseWheelDown - avfyras när mushjulet rullas nedåt. OnMouseWheelUp - aktiveras när mushjulet rullas uppåt. OnPaint - genereras när fönstret behöver ritas om. OnResize - genereras när fönstret behöver ändras storlek. OnShortCut - genereras när en snabbtangent trycks ned. OnShow - avfyras när fönstret visas, men innan det faktiskt ritas. Vid det här laget har fönstret redan skapats och är redo att visas, men det har ännu inte dragits till skärmen.

Bild 17: Kodredigerare

I kodredigeringsfönstret, som kan ses genom att skjuta formulärfönstret åt sidan, ska du skriva in programmets text. När du börjar arbeta med ett nytt projekt innehåller detta kodredigeringsfönster en programmall genererad av Delphi.

bild 18: modul

enhet Enhet 1; //Modulnamnsgränssnittet använder //Efter detta ord finns det uppräkningar av anslutna moduler. Windows, meddelanden, SysUtils, varianter, klasser, grafik, kontroller, formulär, dialogrutor; Skriv //Efter detta kommer deklarationen av typerna TForm1 = klass (TForm) //Början av beskrivningen av det nya TForm1-objektet //Komponenter och händelser beskrivs här privat //Efter detta ord kan du beskriva objektets privata data ( Privata deklarationer ) //Hint genererad av Delphi (Här kan du beskriva variabler och metoder som endast är tillgängliga för TForm1-objektet) public //Efter detta ord kan du beskriva objektets offentliga data ( Public declarations ) //Hint genererad av Delphi (Här kan du beskriva variabler och metoder tillgängliga från vilken annan modul som helst) end ; var //Deklarera globala variabler Form1: TForm1; //Detta är deklarationen av Form1-variabeln för objekttypen TForm1-implementering ($R *.dfm ) //Connection. dfm-fil (fil med data om visuella objekt) slut. // slutet av modulen

Bild 19: Modulens struktur

En modul börjar med ordet enhet följt av namnet på modulen Enhet1. Modulen består av följande sektioner: gränssnitt; genomförande; initiering. Gränssnittssektionen (som börjar med ordet gränssnitt) talar om för kompilatorn vilken del av modulen som är tillgänglig för andra programmoduler. Det här avsnittet listar (efter användning) de biblioteksmoduler som används av denna modul. Här är också en Delphi-genererad beskrivning av formen som följer efter ordtypen. Implementeringsavsnittet öppnas med ordet implementering och innehåller deklarationer av lokala variabler, procedurer och funktioner som stödjer formulärets funktion. Implementeringssektionen börjar med ett direktiv ($R *.DFM) som säger åt kompilatorn att använda formulärbeskrivningen när den körbara filen genereras. Formulärbeskrivningen finns i en fil med filtillägget dfm, vars namn är detsamma som modulnamnet. Formulärbeskrivningsfilen genereras av Delphi-miljön baserat på utseende formulär. Direktivet ($R *.DFM) följs av händelsehanteringsprocedurer för formuläret och dess komponenter. Programmeraren kan även placera andra procedurer och funktioner här. Initieringssektionen låter dig initiera modulvariabler. Instruktionerna för initialiseringssektionen finns efter implementeringssektionen (beskrivningar av alla procedurer och funktioner) mellan början och slutet. Om initialiseringssektionen inte innehåller några instruktioner (som i exemplet ovan), så anges inte ordet start.

Bild 20: Projektfilens struktur

huvudsak application är en projektfil (.dpr) som innehåller Object Pascal-kod som startar programmet och ger initialisering av andra moduler. I de flesta fall kan du skapa en komplett Delphi-applikation utan att titta på den här filen. Den skapas och modifieras av Delphi automatiskt under applikationsutveckling. Namnet på projektfilen, när den sparas, blir namnet på den körbara filen. Koden nedan är ett exempel på hur projektfilen ser ut när fil- och formulärnamnen inte har ändrats. program Project1 använder Forms, Unit1 i "Unit1.pas" (Form 1); (SR *,RES) börja Application.CreateForm (T Form, Forml); Application.Run(Form); slutet.

Bild 21: Projektfilens struktur

Huvudmodulen börjar med ordet program, följt av programmets namn, vilket är detsamma som projektets namn. Projektnamnet ställs in när projektet sparas och det bestämmer namnet på programmets körbara fil som genereras av kompilatorn. Därefter följs ordet uses av namnen på modulerna som används: formulärbiblioteksmodulen och enheten l.pas formulärmodul. Raden ($R *.RES), som ser ut som en kommentar, är ett direktiv till kompilatorn att inkludera resursfilen. Resursfilen innehåller applikationens resurser: ikoner, markörer, bitmappar mm Asterisken anger att resursfilen har samma namn som projektfilen, men med en res-tillägg. En resursfil är inte en textfil, så du kan inte visa den med en textredigerare. För att arbeta med resursfiler, använd specialprogram t.ex. Resursverkstad. Du kan också använda Delphis bildredigeringsverktyg, som kan nås genom att välja kommandot Bildredigerare från Verktyg-menyn. Den körbara delen av huvudmodulen ligger mellan start- och slutinstruktionerna. Instruktionerna för den körbara delen tillhandahåller initieringen av applikationen och visningen av startfönstret.

Bild 22: Huvudprojektfiler

Ett Delphi-projekt består av formulär, moduler, projektinställningar, resurser och så vidare. All denna information lagras i filer. Många av dessa filer genereras automatiskt av Delphi när applikationen byggs. Resurser som bitmappar, ikoner och så vidare finns i filer som hämtas från andra källor eller skapas med hjälp av de många verktyg och resursredigerare som är tillgängliga för Delphi. Dessutom skapar kompilatorn också filer. Låt oss ta en titt på några av dessa filer, för att veta vilka filer som innehåller vilken information kommer att hjälpa dig i svåra situationer mer än en gång. När ett program är designat skapar Delphi följande filer:

Bild 23: Huvudprojektfiler

Projektfil (.dpr) Denna textfil används för att lagra information om formulär och moduler. Den innehåller uttalanden för att initiera och starta programmet för exekvering. Modulfil (.pas) Varje formulär du skapar, och sedan Delphi 5, har varje ram en modultextfil som används för att lagra kod. Ibland kan man skapa moduler som inte är relaterade till formulär. Många av Delphis funktioner och procedurer är lagrade i moduler. Formulärfil (.dfm) Detta är en binär- eller textfil som skapas av Delphi för att lagra information om dina formulär. Varje formulärfil har en motsvarande modulfil (.pas). Projektalternativfil (.dfo) Den här filen lagrar inställningarna för projektalternativ. Paketinformationsfil (.drf) Denna binära fil används av Delphi vid hantering av paket. Resursfil (.res) Den här binära filen innehåller ikonen som används av projektet och andra resurser. Filgruppsfil (.bpg) Det här är filen som du skapar när du arbetar med en grupp av projekt. Paketfil (.dpk) Denna binära paketfil.

Bild 24: Huvudprojektfiler

Säkerhetskopieringsfiler (.-dp, ~df, .~pa) Dessa är säkerhetskopieringsfilerna för projekt-, formulär- och modulfilerna. Om du förstör något hopplöst i ditt projekt kan du ändra filtilläggen i enlighet med detta och därmed återgå till den tidigare okorrupta versionen. Fönsterkonfigurationsfil (.dsk) Filen lagrar konfigurationen för alla fönster. Diagramfiler (.ddp) Diagramfiler skapade på diagramsidan i kodredigerarens fönster.

Bild 25: Huvudprojektfiler

Följande grupp av filer genereras av kompilatorn: Körbar fil (.exe) Detta är din applikations körbara fil. Det är en fristående körbar fil som inte kräver något annat, såvida du inte använder bibliotek som finns i DLLs, OCX, etc., och om du inte använder runtime-paketstöd Module Object File (.dcu) Detta är en kompilerad modulfil (.pas) som är länkad till den slutliga körbara filen. Dynamic Link Library (.dll) Den här filen skapas om du designar en DLL. Paketinnehållsfil (.dcp) Detta är en binär fil som innehåller paketets rubrik och en lista över filer som hör till det. dcu. Kompilerad runtime-paketfil (.bpl) Detta är ett runtime-paket - en DLL-fil med vissa Delphi-specifikationer. Hjälpfiler (hlp) Dessa är standardhjälpfiler för Windows som kan användas av din Delphi-applikation. Bildfiler eller grafikfiler (.wmf, .bmp, .ico) Dessa filer används vanligtvis i Windows-applikationer att skapa ett attraktivt och vänligt användargränssnitt.

Bild 26: Spara projektet

För att spara projektet behöver du göra följande: Välj menykommandot "Arkiv - Spara alla" (spara alla), eller tryck på snabbtangenterna< Shift+Ctrl+S >, eller tryck på knappen med samma namn i verktygsfältet. Delphi erbjuder först att spara modulen (innehållet i kodredigeringsfönstret), så att fönstret Spara enhet som visas på skärmen. I det här fönstret måste du välja den mapp som är avsedd för projektfilerna och ange namnet på modulen. Efter att ha tryckt på knappen Spara visas följande fönster där du måste ange namnet på projektfilen. Filnamnen för modulen (pas -fil) och projektet (dpr -fil) måste vara olika. Namnet på den körbara filen som genereras av kompilatorn är detsamma som namnet på projektet. Därför bör projektfilen ges det namn som du tror att den körbara programfilen ska ha, och modulfilen bör ges något annat namn, till exempel erhållet genom att lägga till modulens serienummer till projektfilens namn. Eftersom ett projekt är en samling filer måste en separat mapp skapas för varje projekt.

bild 27 sammanställning

Kompilering är processen att konvertera ett källprogram till en körbar fil. Sammanställningsprocessen består av två steg. I det första steget kontrolleras programtexten för fel och i det andra steget genereras ett körbart program (exe-fil). Efter att ha skrivit in texten för händelsehanteringsfunktionen och sparat projektet kan du välja kommandot Kompilera från projektmenyn och kompilera. Kompileringsprocessen och resultatet återspeglas i dialogrutan Kompilering. Kompilatorn visar fel (fel), varningar (varningar) och tips (tips) i detta fönster. Själva felmeddelandena, varningarna och tipsen visas längst ned i kodredigeringsfönstret.

Bild 28: Kompileringsfönster

Kompilatormeddelanden om upptäckta fel Om kompileringsfönstret inte är på skärmen under kompileringen måste du välja kommandot Miljöalternativ från menyn Verktyg och på fliken Inställningar sätta reglaget Visa kompilatorförlopp på.

Bild 29: Misstag

Kompilatorn genererar ett körbart program endast om källtexten inte innehåller syntaxfel. I de flesta fall har det nyskrivna programmet fel. Programmeraren måste eliminera dem. För att gå till ett kodfragment som innehåller ett fel, placera markören på raden med felmeddelandet och välj kommandot Redigera källa från snabbmenyn. Felelimineringsprocessen är iterativ. Vanligtvis åtgärdas de mest uppenbara felen först, som att deklarera odeklarerade variabler. Efter nästa ändring i programtexten utförs omkompilering. Du bör ta hänsyn till det faktum att kompilatorn inte alltid kan lokalisera felet korrekt. När du analyserar ett programfragment som enligt kompilatorn innehåller ett fel måste du därför vara uppmärksam inte bara på kodfragmentet som kompilatorn har ställt in markören på, utan också på det på föregående rad.

Bild 30: Misstag

Om kompilatorn hittade tillräckligt med fel måste du granska alla meddelanden, fixa de mest uppenbara felen först och kompilera om. Det är troligt att efter detta kommer antalet fel att minska avsevärt. Detta beror på särdragen i språkets syntax, när ett mindre fel kan "dra" ett ganska stort antal andra. Om det inte finns några syntaxfel i programmet skapar kompilatorn en körbar programfil. Namnet på den körbara filen är detsamma som projektfilen och filtillägget är .exe. Delphi placerar den körbara filen i samma katalog som projektfilen. När ett program upptäcker felaktigheter som inte är fel, visar kompilatorn tips (Hints) och varningar (varningar). Till exempel, det vanligaste tipset som visas är ett meddelande om en deklarerad men aldrig använd variabel: Variabel... deklareras men används aldrig i... Ja, varför deklarera en variabel och inte använda den?

Bild 31: Starta programmet

Du kan testköra programmet direkt från Delphi utan att lämna utvecklingsmiljön. För att göra detta, välj kommandot Kör från Kör-menyn eller klicka på lämplig knapp i felsökningsverktygsfältet.

Senaste presentationsbild: DELPHI Programmeringsmiljö: Runtime Errors

När ett program körs kan fel uppstå, som kallas körtidsfel eller undantag. I de flesta fall orsakas undantag av ogiltiga indata. Till exempel, om du använder en punkt för att separera bråkdelen av ett tal från heltal, kommer ett fönster med ett felmeddelande att visas på skärmen som ett resultat av att du trycker på knappen Beräkna. Orsaken till felet är följande. I programmets text separeras bråkdelen av talet från heltal med en punkt. När du anger initiala data i redigeringsfältet kan användaren (om ingen ytterligare ansträngning görs) separera bråkdelen av numret från hela punkten eller kommatecken. Vilket av dessa två tecken som är giltigt beror på Windows-inställningen. Efter att ha tryckt på OK-knappen kan programmeraren fortsätta programkörningen (för att göra detta, välj kommandot Steg över från Kör-menyn) eller avbryta programkörningen. I det senare fallet måste du välja kommandot Programåterställning från Kör-menyn. När man utvecklar ett program bör programmeraren försöka förutse allt möjliga alternativ felaktiga användaråtgärder som kan leda till körtidsfel (undantag), och tillhandahåller sätt att skydda sig mot dem.

programmering med ett av de vanligaste systemen för snabb applikationsutveckling - Delphi träningskurs, kan du självständigt behärska grunderna i objektorienterad programmering i Delphi. För att utöka din kunskap, en serie av undervisningshjälpmedel och manualer om Delphi Cykeln innehåller 13 presentationer: OOP om Delphi - 1: Bekantskap med Borland Delphis programmeringssystem. Objekt (komponenter) och deras egenskaper och metoder OOP i Delphi - 2: Det första programmet i Delphi, spara och kompilera OOP i Delphi - 3: Programmatiskt ändra egenskaperna för OOP-objekt i Delphi - 4: Villkor i Delphi. Skapa ett enkelt OOP-test i Delphi - 5: Element för input och output av information. OOP-undantagshantering i Delphi – 6: Programstartskärm och timerelement OOP i Delphi – 7: Programmera vår egen OOP-leksak i Delphi – 8: Programmeny, statusfält, OOP-dialoger i Delphi – 9: Skapa vår egen OOP-textredigerare i Delphi Delphi – 10 : Databaser i Delphi OOP i Delphi - 11: Kalkylator i Delphi. OOP Exception Handling in Delphi - 12: Skapa ett OOP-testsystem i Delphi - 13: Graphics in Delphi.

Delphi använder programmeringsspråket Object Pascal, så det är bäst att först lära sig vanlig Pascal och arbeta i Turbo Pascal, och sedan gå vidare till Delphi – övergången blir väldigt enkel, eftersom syntaxen i språket förblir oförändrad. Det är önskvärt att studera OOP i Delphi i senior specialiserade klasser - antalet timmar som tilldelas för datavetenskap där är tillräckligt för att behärska grunderna i OOP i Delphi

Populär i kategorin: