För att programmet ska kunna utföra de åtgärder som föreskrivs till det, t.ex., tänkte resultatet, reagera på användaråtgärderna, till exempel för att trycka på knapparna, välj linjerna från listan, behövs programkod.
Programkod - Detta är en uppsättning programmeringsord och symboler.
Alfabet - Det här är en komplett uppsättning bokstäver, siffror och symboler som antagits på språket för att beteckna data och åtgärder på dem.
Visual Basicalfabet möjliggör följande uppsättning tecken:
Kapital (A-Z) och små bokstäver (A-z) bokstäver i det latinska alfabetet;
Siffror från 0 till 9;
Tecken på aritmetiska operationer (i enlighet med ökad prioritet): +, -, *, / |, ^;
Förhållande tecken: \u003d,<, >.
Skiljetecken och dividers :, . : ; ();
Alfabetets språk innehåller också reserveradord som inte kan användas som namn variabler eller procedurer. Exempel på reserverade ord: dim, sub, heltal, etc. För att markera sökord i det visuella grundläggande kodredigeringsfönstret används ett blått teckensnitt.
Ord och symboler bör registreras strikt enligt språkreglerna, utan stavning och skiljetecken. Det är exakt skrivande som tillåter datorn att entydigt förstå och utföra programmet.
Programvarukodfönster
Programkoden är skriven i koden. Det här fönstret är tillgängligt i varje formulär.
Öppna kodfönster:
1 sätt - i fönstret Explorer-projektet Högerklicka på önskad formulär och välj menyn Välj Visa kod.
Notera: Kodfönstret kanske inte är associerat med formen. Ett separat kodfönster kallas Modul . Moduler i Project Explorer-fönstret är grupperade i en grupp Moduler. För att öppna fönstret med modulens kod, behöver du i fönstret Explorer-projektet Dubbelklicka med modulnamnet.
2 sätt - Dubbelklicka på kontrollen på formuläret eller i formuläret i formulärfönstret.
Notera: Samtidigt öppnas kodfönstret, men skapar också ett evenemangsbehandlingsförfarande (se nedan).
Kodfönsterstruktur:
Fikon. 7. Fönstret för programkod.
Lista över kontrollelement
Lista över händelseelement
Förfarande (kod)
Förfaranden
Sedan när man öppnar ett kylskåp lyser lampan, och när kranen är öppnad, kan vattenflöden, sägas att när en händelse inträffar utförs öppningen av kylskåpet. Ett förfarande utförs och kranöppningshändelsen orsakar ett annat förfarande. På samma sätt består programkoden av enskilda förfaranden, var och en utför sin specifika åtgärd definierad för den, till exempel ett förfarande lyser lampan, den andra innefattar (pumpning) vatten.
Visual Basic - procedural programmeringsspråk. Det innebär att det är möjligt att skapa block av programkoden, som sedan kan refereras med namn. Efter att kodblocket mottar ett namn kan det vara orsakad och slutförd. Det ser ut som ett program i programmet. Små program, "levande" i stora program, kallas funktioner, om De återvänder någon mening och subprogram Om de inte returnerar värden.
Delprogram och funktioner gör programmeringsprocessen enklare och snabb, och den skapade koden är mer tillförlitlig. Skapa dina egna subrutiner och funktioner - det första steget till utvecklingen inkapslad och återanvänd kod. Under inkapsling är det nödvändigt att förstå utövandet av genomförandet av egenskaper och objektmetoder bakom det externa gränssnittet.
Procedur (Delprogrammet) är ett separat fragment av programkoden, med vilken en liten uppgift vanligtvis är löst, är detta en logiskt konstruerad, en liten programenhet som hela programmet är uppdelat.
Om proceduren endast kan utföras inom detta programblock (till exempel endast i den här formen), och det kan inte ringas från ett annat programblock, är det här proceduren lokal. Det lokala proceduren är inställd med privat undernyckord.
Om proceduren kan ringas från andra programvaror (till exempel från en annan form) är det här förfarandet globalt. Det globala proceduren är inställd med hjälp av det offentliga underordet.
Som standard, om nyckelordet saknas, saknas detta globala förfarande.
Förfarandena är:
Händelsebehandlingsförfaranden. Utförd när en händelse inträffar i något element av kontroll (eller form). Händelsesproceduren är alltid associerad med något objekt. För att åberopa ett evenemangsobjektprocedur är det tillräckligt att göra en dubbel vänsterklicka på det här objektet.
Godtyckliga förfaranden. Det är inte relaterat till händelser och kan orsakas av något annat förfarande och utförs när som helst. Om programmet i alla former uppstår samma programenhet, kan den endast skrivas till det en gång på ett ställe, i form av ett globalt gemensamt program. Lanseringen av det gemensamma programmet är inte relaterat till objektet och med evenemanget, och uppstår när det hänvisas till från andra programvaror. Ring ett vanligt förfarande från samma form: Namnprocessor (listparametrar). Ring ett vanligt förfarande från ett annat formulär: ETT OBJEKT. Namnprocessor (listparametrar). Det övergripande förfarandet är den lokala privata och globala allmänheten
Strukturen i förfarandet
Förfarandet består av följande punkter:
Behandlingstitel - Noterar början på proceduren, dess typ, syfte (händelse).
Ett exempel på ett procedurhuvud som utförs när du klickar på knappen Knappen.
Ord Privat Medel - stängt, det vill säga proceduren tillhör endast denna form eller modul och kan inte användas av andra behållare (former, moduler). Om detta ord utelämnas kommer proceduren att vara öppet för andra behållare.
Sub. - Procedur.
Notera: Förutom förfarandena finns det funktioner - funktion. Funktionerna är inte förknippade med händelser och kan dessutom returnera resultatet av sitt arbete (beräkningar).
Kontrollera (eller formnamn): Detta indikerar det exakta namnet på det lagrade elementet i fastigheten. Namn.
Händelse - Event namn. Här är några händelser:
Klicka på ett klick på musen;
Dblclick - dubbelklickande mus;
Keypress - Keystroke;
Lossa - lossning av formuläret (när du stänger formuläret, slutförandet av programmet);
Aktivera - aktivering av formuläret (när du klickar på formuläret när huvudet är markerat);
Avaktivera - deaktivering av formuläret (när du klickar på en annan form).
Initiera - när du skapar en objekttypsformulär.
Ändra storlek - när du ändrar formens storlek
Avsluta - vid tidpunkten för borttagning av formuläret
Argument- Det här är källdata som sänds till bearbetningsförfarandet.
I godtyckliga förfaranden är titeln följande:
Namn på proceduren Måste vara unikMåste börja med brevet, bör inte innehålla mellanslag och andra tecken, med undantag för understrykningen. Med namnet kallas proceduren vid behov för att utföra det.
Slut på proceduren - Slutar programkoden för proceduren: Slutunder
Notera: Funktioner: Slutfunktion
Procedur - Det här är linjer mellan titeln och slutet. Deras nummer är obegränsat. Rader innehåller recept som måste utföras när man ringer ett förfarande (händelse förekommer).
Subrogram (Sub.) - Det är ett förfarande som exekverar programkoden inom sitt block och inte återkommande värden. Syntaxen för ett enkelt delprogram är:
( Privat | offentlig ) Sub. Submin. ()
.. Stärka koderna Slutet. Sub.
Subrutinomfattning;
Sub-typ-procedur (nämligen - subrutin);
submin. Namnet tilldelat subrutinen;
Slutunderkod för programkodsblocket.
Skapa ett förfarande
Gör så här för att skapa ett förfarande:
1 sätt - Dubbelklicka på önskad kontroll eller formulär. Kodfönstret öppnas och titeln och uppsägningen av proceduren visas. Om en annan händelse är nödvändig väljs den med hjälp av listan i det övre högra hörnet av kodfönstret.
2 sätt - Öppna kodfönstret, körverktyg → Lägg till procedur → Ange namn och parametrar för proceduren → OK.
3-vägs - Öppna kodfönstret och ange önskade rader från tangentbordet.
Som ett resultat bör det visa sig:
Privat underkommando1_click ()
Utmaningsförfaranden för utförande
För att utföra ett evenemangsbehandlingsförfarande ska denna händelse inträffa.
För att utföra ett godtyckligt förfarande i kroppen anger ett annat förfarande namnet på detta förfarande.
Privat underkommando1_click ()
När du klickar på kommandot1-knappen, inträffar klickhändelsen (klicka på musen) och kallas och Kvadrat-proceduren heter.
Procedurkoden är exekverad linje och uppåt.
Funktion (Fungera.) - Detta är ett förfarande som utför linjerna i dess kod och returnerar ett litet värde. Syntaxen för den enkla funktionen är som följer:
Fungera. Funktionsnamn () som datatyp
... strängcoda
Funktionsnamn \u003d returvalue.Slutfunktion.
Funktionens omfattning;
Funktion - Visual Basic Nyckelord som indikerar att detta är funktionen;
Funktionsnamn. () - Namnet tilldelade funktioner;
Som - sökord visuell grundläggande, prediktiv datatypsuppgift;
Data typ. Typ av data returnerat värde;
Returvärde. Värdet som funktionen måste tilldelas (det här är en mycket viktig punkt!);
Slutfunktion - Slutsats av dessa kodblock.
Behovet av att ha sin egen hemsida idag upplever många företag, såväl som individer, så information om ämnet utveckling och främjande av internetprojekt är så efterfrågan. Många är intresserade av frågan - hur man skapar dig själv hemsida, programkod För vilket är grunden för stiftelsen för huset? Låt oss försöka räkna ut det i denna fråga, dyker in i ämnet webbutveckling.
Webbplatsen är inte lätt att kombinera text, länkar, bilder och färgglada banderoller, det är också en programkod som utförs på användarens dator eller på serverns sida. Och om du skapar bilder av det önskade formatet i önskad upplösning och kvalitet idag, kan nästan alla, använda färdiga bilder från Internet eller någon populär grafisk editor, sedan skapa webbplatsens webbplats. För en icke-specialist är fylld med stora svårigheter.
Kvaliteten på ansökningarna och Internet-projektet som helhet beror starkt på kompetensen hos en programmerare som utvecklar en webbplats som kan innehålla fel som starkt påverkar nedladdningshastigheten för webbsidor och för många andra aspekter av hela webbplatsen, inklusive säkerhet som är associerade. Därför är detektering och eliminering av fel i koden en obligatorisk komponent när du skapar någon webbplats. Förtroende Utvecklingen av en komplex företagswebbplats är bäst för specialister (om du inte är), eftersom vissa fel är svåra att upptäcka, och många av dem kan ytterligare leda till en avmattning i nedladdningen och felaktig visning av webbsidor i Internet-webbläsare . För lång laddning kan orsaka utflöde av besökare från webbplatsen och minska kvaliteten på trafiken, vilket minskar vinst och effektivitet från användningen av kommersiella internetprojekt.
Första HTML och CSS
Grunden för webbdokumentet är koden som skrivs på HTML-markupspråket. Markup-språket bör inte förväxlas med programmeringsspråket, och vad som faktiskt är skillnaden är skrivet i detalj. I princip, med hjälp av en uppsättning kommandon som erbjuder för HTML-webbplatsutvecklaren, kan du ställa in alla nödvändiga parametrar i det statiska webbdokumentet - platsen för elementen (blockmarkering), rubriker, stycken, tabeller, bilder etc. Och med CSS, en speciell tillägg för HTML, kan du placera alla listade markupobjekt, ändra sin stil - färg, storlek, format, etc.
Då javascript
Interaktiva och animerade element, som banners, löpsträng, återkopplingsformulär, arbete på webbsidor tack vare närvaron av skript och kod skrivet på server eller klientprogrammeringsspråk. De skript som utvecklats av JavaScript-programmeringsspråket är mycket populära. Sådana klientskript i deras arbete använder inte serverfunktionerna och körs på användarens datorsida, då finns det i webbläsaren. Tack vare detta präglas JavaScript-applikationer av enkelhet och hög hastighet.
Äntligen php.
I det fall då skrivande komplexa och voluminösa koder krävs, till exempel för forum eller gästböcker, är programmerare ombedda för hjälp till serverprogrammeringsspråk, och i synnerhet. PHP-koder utförs på serverns sida, så deras arbete kan vara något långsamt, eftersom det beror på anslutningshastigheten med en fjärrdator och graden av dess arbetsbelastning. Med hjälp av PHP och SQL-kommandon (Special Query Database-kommandon) kan du organisera interaktionen mellan webbplatsen med databaser och skapa interaktiva internetprojekt - forum, nätbutiker, anslagstavlor, olika kataloger etc.
Oroa dig inte för mycket om vilket språk du borde välja att utforska. Många nybörjare programmerare finner det svårt att välja ett språk när de bara börjar studera skrivprogramkoder. Direkt språket själv, som du väljer, spelar ingen roll när det gäller att studera strukturerna och logiken för att bygga information. Dessa färdigheter är mycket viktigare, och de kan läras med alla programmeringsspråk.
- Att välja ett språk, koncentrera dig på vilket syfte du vill skapa programkoder, och bara välj det ursprungliga språket. Om du till exempel vill utveckla webbplatser bör du börja med HTML-studie och sedan komplettera den med CSS, JavaScript och PHP-språk. Om du vill skapa programvara för datorer, börja sedan lära dig C ++ eller något annat grundläggande programmeringsspråk.
- Om du blir en professionell programmerare, kommer du snabbt att inse att du aldrig kommer att använda det språk du ursprungligen lärde dig för ditt arbete. Istället fortsätter du att lära dig nya språk genom dokumentationen och experimenten hela tiden.
Hitta gratis online-resurser dedikerade till ditt valda språk. Internet är ett skattkista som håller gratis fördelar, kurser och video som ägnas åt det språk du bestämde dig för att undervisa. Du kan lära dig grunderna för nästan alla introduktionsperier per dag.
- Här är bara några populära platser: Bento, kodeacademy, code.org, html.net, Khan Academy, Udacity, W3schools och många andra.
- På WikiHow kan du också hitta ett brett utbud av primära fördelar för olika språk.
- Du kan hitta träningsvideor för nästan alla språk på YouTube.
- Stack Exchange är ett av de mest populära forum som professionella programmerare svarar på alla användarfrågor.
Ladda ner en bra textredigerare. Många programmeringsspråk möjliggör användningen av externa textredaktörer att skriva program. Hitta en textredigerare som visar streck och kodmarkering.
- Populära program inkluderar Anteckningsblock ++ (Windows), TextWrangler (OS X) och JEDIT (vilket system som helst).
Ladda ner alla nödvändiga kompilatorer. Vissa programmeringsspråk kräver en kompilator för att visa källkoden du skrev. Kompilatorer sänder källkoden till det ekvivalenta programmet på låga språk, som sedan behandlas av datorn. Många kompilatorer är öppna och fria program. Språk som kräver användning av kompilatorer inkluderar:
- Grundläggande.
- Förtran
- Pascal
Starta ditt första projekt. Välj ett bra introduktionsprojekt som gör att du kan prova dina nya färdigheter. På Internet finns det många erbjudanden och fördelar med detta ämne. Till exempel kan du börja med skapandet av enkla webbplatser med HTML, enkla databaser och funktioner med PHP eller enkla program på något av de språk som kräver kompilatorer.
Syfte
Källkoden används antingen för att få objektkod eller utförs av tolken. Ändringarna kör aldrig ovanför objektkoden, endast ovanför det ursprungliga, följt av omvandling till objektet.
En annan viktig uppgift av källkoden är som en beskrivning av programmet. Med text kan du återställa logiken för sitt beteende. Kommentarer används för att underlätta förståelsen av källkoden. Det finns också verktyg som gör att du automatiskt kan ta emot dokumentation om källkoden - t. N. Dokumentationsgeneratorer.
Dessutom har källkoden många andra tillämpningar. Den kan användas som ett lärande verktyg; Nybörjare programmerare är användbara för att utforska den befintliga källkoden för att studera tekniken och programmeringsmetoden. Det används också som ett verktyg för att kommunicera mellan erfarna programmerare, tack vare sin koncisa och entydiga natur. Delningskodsutvecklare kallas ofta som en faktor som bidrar till att förbättra programmeraren.
Programmerare överför ofta källkoden (i form av moduler, i befintlig form eller med anpassning) från ett projekt till ett annat, vilket kallas återanvändning av kod.
Källkoden är den viktigaste komponenten för mjukvaruportingsprocessen till andra plattformar. Utan källkoden för någon del av programvaran är portning antingen för svår eller inte alls möjlig.
Organisation
Källkoden för en del av programvaran (modul, komponent) kan bestå av en eller flera filer. Programkoden är inte nödvändigtvis skrivet endast på ett programmeringsspråk. Till exempel innehåller ofta program som skrivs på SI-språket, för att optimera, innehålla inlägget av koden på monteringsspråket. Det finns också situationer där vissa komponenter eller delar av programmet är skrivna på olika språk, följt av montering till en enda körbar modul med hjälp av den teknik som är känd som bibliotekslayouten ( bibliotekslänkning.).
Komplex programvara vid montering kräver användning av dussintals, eller till och med hundratals filer med källkod. I sådana fall används projektfiler vanligen för att förenkla monteringen, som innehåller beroendet mellan källfilerna och beskriva monteringsprocessen. Dessa filer kan också innehålla parametrar för kompilatorn och designmiljön. För olika designmedier kan olika projektfiler användas, och i vissa miljöer kan dessa filer vara i ett textformat som är lämpligt för att direkt redigera en programmerare med hjälp av universella textredaktörer, speciella format stöds i andra miljöer och skapandet och förändringen av Filer är försedda med hjälp av speciella instrumentella program. Projektfiler inkluderar typiskt begreppet "källkod". I den överväldigande majoriteten av moderna språkmiljöer används projektfiler nödvändigtvis, oavsett komplexiteten hos annan källkod som ingår i detta projekt. Ofta, under källkoden, innehåller resursfiler olika data, till exempel grafiska bilder, som är utformade för att bygga ett program.
För att göra det lättare att arbeta med källkoden, för att samarbeta programmers kommando, används versioner.
Kvalitet
Till skillnad från en person finns det ingen "välskriven" eller "dåligt skrivet" kod för en dator. Men hur koden är skriven kan starkt påverka processen med eskorterande programvara. Kvaliteten på källkoden kan bedömas av följande parametrar:
- kundläsbarhet (inklusive närvaro av kommentarer till kod);
- underlättar till stöd, testning, debugging och eliminering av fel, modifieringar och portar;
- ekonomisk användning av resurser - Minne, Processor, Diskutrymme;
- brist på kommentarer som visas av kompilatorn;
- frånvaron av "skräp" - oanvända variabler, ouppnåelblock, onödiga föråldrade kommentarer etc.
- adekvat felhantering
- tOLERABILITET - Möjligheten att använda handlaren (kompilator, tolk, översättare) av olika versioner, eller till och med olika operativsystem;
- förmågan att internationalisera gränssnittet.
Olyckad källkod
Mopileflicenser för fri programvara kräver spridning av källkoden. Dessa licenser används också ofta för icke-programarbete - till exempel dokumentation, bilder, datafiler för dataspel.
I sådana fall är källkoden formen av detta arbete, helst för att redigera den. I licenser, utformade inte bara för programvara, kan det också kallas en version i ett "transparent format". Detta kan till exempel vara:
- för en fil komprimerad med dataförlust - utan förlustfri version;
- för en render av en vektorbild eller tredimensionell modell - respektive vektorversion och modell;
- för bilden av texten - samma text i textformatet;
- för musik - en fil i det interna formatet för musikredigeraren;
- slutligen, själva filen, om den uppfyller de angivna förutsättningarna, eller om en mer bekväm version helt enkelt inte existerade.
se även
Wikimedia Foundation. 2010.
Titta på vad som är "källkod" i andra ordböcker:
Källmaterial av filmens negativa, motatp, kontrollpunkten av filmen, original magnetisk fonogram av musik överskrivning, buller, videoklocka, cd, etc. Synonymer: Texten utförs antingen direkt av tolken, eller ... ... Ekonomisk ordförråd
En person som skrivs av texten till ett datorprogram i alla programplaneringsspråkiga ordlistan av affärsvillkor. Akademiker. 2001 ... Business Villkor Dictionary
källa - - TV-teman, grundläggande begrepp EN Källkod ... Teknisk översättare katalog
källa - 3.1.13 Källkod (källkod): Ett datorprogram, uttryckt i en person som är bekvämt för uppfattning (programmeringsspråk), som översätts till en maskinläsbar form (objektkod) innan den kan testas med .... .. Ordbokskatalogvillkor för reglering och teknisk dokumentation
källa - Språk av källtexten ... Förklarande översättning
Källkod: Källkod skriven av en mans text av ett datorprogram. Källkod Technotriller Director Dankana Jones ... Wikipedia
Denna term har andra värden, se källkoden. Källkod Källkod ... Wikipedia
Denna artikel saknar referenser till källor till information. Information måste kontrolleras, annars kan den ifrågasättas och raderas. Du kan ... Wikipedia
Open Source Initiative Logo Open Software (Eng. Open Source Software) Detta är en öppen källkodsprogramvara. Källkoden för de program som skapas är öppen, det vill säga, tillgänglig för visning och förändring. Detta ... ... Wikipedia
Källprogram (källkod) - 48) Källprogram (källkod) Lämplig representation av en eller flera processer som kan omvandlas av ett programmeringssystem till en formad utrustning (objektkod eller objektspråk) (kategorierna 6, 7 och 9); ... Officiell terminologi
15 Regler för att skriva kvalitetskod
Det finns myriader av sätt att skriva en dålig kod. Lyckligtvis, att stiga till nivån på högkvalitativ kod, det är tillräckligt att följa 15 regler. Deras överensstämmelse kommer inte att göra en trollkarl från dig, men låter dig övertyga det.
Regel 1. Följ koddesignstandarderna.
Varje programmeringsspråk har sin egen kod av koddesign, som säger hur man gör streck, var du ska lägga mellanslag och parentes, hur man ringer objekt, hur man kommenterar koden etc.
Till exempel, i denna kod i enlighet med standarden finns 12 fel:
För (i \u003d 0; jag
Lär dig standarden noggrant, lära sig grunderna i hjärtat, följ reglerna för båda buden, och dina program blir bättre än de flesta av akademiker av universitet.
Många organisationer anpassar standarderna under sina specifika behov. Till exempel har Google utvecklat standarder för mer än 12 programmeringsspråk. De är väl genomtänkt, så lär dem om du behöver hjälp i programmering för Google. Standarder inkluderar även redaktörsinställningar som hjälper dig att följa med stil och specialverktyg som verifierar din kod om överensstämmelse med den här stilen. Använd dem.
Regel 2. Låt oss ge illustrativa namn.
Begränsade långsamma, klumpiga teleteps, programmerare i antiken Använda kontrakt för variabla namn och förfaranden för att spara tid, knackar på nycklarna, bläck och papper. Denna kultur är närvarande i vissa samhällen för att spara bakåtkompatibilitet. Ta till exempel att bryta språket med WCSCSPN (Wide Character String Completen Span). Men detta tillvägagångssätt är inte tillämpligt i modern kod.
Använd långa visuella namn som komplementspanlength för att hjälpa dig och kollegor förstår din kod i framtiden. Undantag utgör flera viktiga variabler som används i metodens kropp, som iteratorer av cykler, parametrar, tidsvärden eller exekveringsresultat.
Mycket viktigare så att du är lång och väl tänkt innan du pratar om någonting. Är namnet exakt? Mente du högpris eller bästa pris? Är namnet specifikt tillräckligt för att undvika att det används i andra sammanhang för liknande i betydelsen av objekt? Är det bättre att kalla getBestprice-metoden och getBest? Är det lämpligt bättre än andra namn? Om du har en ReadEventlog-metod, ska du inte ringa en annan NeterRorlOgread. Om du ringer en funktion beskriver den sitt namn Returvärde?
Sammanfattningsvis, några enkla regler för namngivning. Klasser och typnamn måste vara substantiv. Metodens namn måste innehålla ett verb. Om metoden bestämmer om någon information om objektet är sant eller falskt, ska namnet börja med "är". Metoder som återvända objektegenskaper bör börja med "få" och ställa in egenskaper - "set".
Regel 3. Kommentar och dokument.
Starta varje metod och procedur från beskrivningen i kommentarerna att den här metoden eller proceduren gör, parametrar, returvärde och eventuella fel och undantag. Beskriv i kommentarerna varje fils och klassens roll, innehållet i varje klassfält och de viktigaste stegen i den komplexa koden. Skriv kommentarer som koddesign. Om du tror att du kommer att skriva dem senare, lura dig själv.
Dessutom, se till att din ansökan eller biblioteket har en manual som förklarar att din kod gör det att definiera dess beroenden och tillhandahålla instruktioner för montering, testning, installation och användning. Dokumentet måste vara kort och bekvämt Bara en readme-fil är ofta nog.
Regel 4. Repetera inte.
Kopiera aldrig och sätt inte in koden. I stället väljer du den allmänna delen till metoden eller klassen (eller makro, om det behövs) och använd den med lämpliga parametrar. Undvik att använda liknande data och koder. Använd även följande tekniker:
- Skapa API-katalog från kommentarer med Javadoc och Doxygen.
- Automatisk generering av enhetstest baserade på anteckningar eller namngivningsavtal.
- Generering av PDF och HTML från en markerad källa.
- Erhålla strukturen av klasser från databasen (eller vice versa).
Regel 5. Kontrollera efter fel och reagera på dem.
Metoder kan returnera felskyltar eller generera undantag. Bearbeta dem. Lita inte på det faktum att skivan aldrig kommer att fyllas, kommer din konfigurationsfil alltid att vara på plats, din ansökan kommer att lanseras med alla nödvändiga rättigheter, minnesfördelningsförfrågningar kommer alltid att lyckas eller att anslutningen aldrig kommer att bryta. Ja, bra bearbetning av fel är svårt att skriva, och det gör koden längre och svårare att läsa. Men att ignorera fel tar bort problemet under mattan, där inget misstänker användaren kommer en gång att upptäckas.
Regel 6. Dela koden för korta, isolerade delar.
Varje metod, funktion eller blockkod måste matas i det vanliga skärmfönstret (25-50 linjer). Om det visade sig längre, dela upp i kortare bitar. Även inuti metoden, separera den långa koden på blocken, vars essens du kan beskriva i kommentarerna i början av varje block.
Dessutom bör varje klass, modulen, filen eller processen utföra en viss typ av uppgift. Om en del av koden utför helt olika uppgifter, dela det i enlighet med detta.
Regel 7. Använd ramarna och biblioteken från tredje part.
Utforska vilka funktioner som är tillgängliga med hjälp av API i din ram. Och också att de utvecklade biblioteken från tredje part kan göra. Om bibliotek stöds av din systemchef för paket, kommer de sannolikt att visa sig vara ett bra val. Använd koden som håller från önskan att uppfinna hjulet (med en värdelös kvadratisk form).
Regel 8. Överdriv inte det med designen.
Design endast vad som är relevant nu. Din kod kan göras ganska generellt så att den stöder vidareutveckling, men bara om det inte blir för komplext från det. Skapa inte parametriska klasser, fabriker, djupa hierarkier och dolda gränssnitt för att lösa problem som inte ens finns - du kan inte gissa vad som händer imorgon. Å andra sidan, när kodstrukturen inte är lämplig för uppgiften, tveka inte att refact det.
Regel 9. Var sekventiell.
Gör samma saker på samma sätt. Om du utvecklar en metod vars funktionalitet liknar funktionaliteten hos en befintlig, använd sedan ett liknande namn, som liknar parametrens ordning och en liknande kroppsstruktur. Detsamma gäller klasser. Skapa liknande fält och metoder, gör det liknande gränssnitt, och jämför nya namn som redan finns i liknande klasser.
Din kod måste uppfylla dina ramavtal. Till exempel är en bra praxis att göra band halvöppna: stängt (inklusive) till vänster (i början av intervallet) och öppna (exklusive) till höger (i slutet). Om det inte finns några avtal för ett visst fall, gör sedan ett val och fanatiskt hålla det.
REGEL 10. Undvik säkerhetsproblem.
Modern kod arbetar sällan. Han har en oundviklig risk att bli målattacker. De behöver inte komma från internet; Attack kan inträffa genom inmatningen av din ansökan. Beroende på ditt programmeringsspråk och ämnesområdet kan du kanske oroa dig för överflödet av buffert, cross-site scenarier, SQL-injektioner och andra liknande problem. Undersök dessa problem och undvik dem i koden. Det är inte svårt.
Regel 11. Använd effektiva datastrukturer och algoritmer.
Den enkla koden är ofta lättare att följa med densamma, men ändras för effektivitetens skull. Lyckligtvis kan du kombinera ackompanjemang och effektivitet med datastrukturer och algoritmer som din ram ger. Använd karta, uppsättning, vektor och algoritmer som arbetar med dem. Tack vare detta kommer din kod att vara renare, snabbare, mer skalbar och mer ekonomisk med minnet. Om du till exempel sparar tusen värden i en sorterad uppsättning, hittar skärningsoperationen gemensamma element med en annan uppsättning för samma antal verksamheter och inte per miljon jämförelser.
Regel 12. Använd enhetstest.
Komplexiteten i modern programvara gör det dyrare och testning är svårare. Det produktiva tillvägagångssättet kommer att vara stöd för varje stycke kod med test som kontrollerar korrektheten av sitt arbete. Detta tillvägagångssätt förenklar debugging, eftersom Det låter dig upptäcka fel innan. Enhetstestning är nödvändig när du programmerar på språk med dynamisk skrivning, som Python och JavaScript, eftersom de bara klagar på fel på exekveringsfasen, medan språk med statisk typing som Java, C # och C ++ kan fånga några av dem i kompileringstid. Enhetstestning gör det också möjligt att refoga koden med självsäkerhet. Du kan använda XUNIT för att förenkla skrivprov och automatisering av lanseringen.
Regel 13. Spara koden bärbar.
Om du inte har en speciell anledning, använd inte funktionen som är tillgänglig endast på en viss plattform. Lita inte på det faktum att vissa datatyper (som heltal, pekare och tidtaggar) kommer att ha en viss längd (till exempel 32 bitar), eftersom denna parameter är annorlunda på olika plattformar. Förvara programpmeddelandena separat från koden och på skärmen de parametrar som motsvarar en specifik kultur (till exempel fraktionerad separatorer och en hel del eller datumformat). Avtal behövs för att koden ska lanseras i olika länder, så gör lokaliseringen så smärtfri som möjligt.
Regel 14. Gör din kod samlad.
Ett enkelt kommando ska samla din kod i en form som är klar för distribution. Kommandot måste låta dig snabbt bygga och köra de nödvändiga testen. För att uppnå detta mål, använd automatiska monteringsverktyg som Make, Apache Maven eller Ant. Helst måste du skapa ett integrationssystem som kommer att kontrollera, samla in och testa din kod vid någon förändring.
Regel 15. Placera allt i versionskontrollsystemet.
Alla dina föremål är kod, dokumentation, verktygskällor, monteringsskript, testdata - ska vara i versionskontrollsystemet. Git och GitHub gör den här uppgiften billig och problemfri. Men du är också tillgänglig för många andra kraftfulla verktyg och tjänster. Du måste kunna montera och testa ditt program på ett konfigurerat system, bara ladda ner det från förvaret.
Slutsats.
Efter att ha gjort dessa 15 regler en del av din dagliga praxis, skapar du så småningom en kod som är lättare att läsa, vilket är välprövat, med större sannolikhet kommer det att börja korrekt och vilket blir mycket lättare att ändra när det kommer. Du kommer också att döda dig själv och dina användare från ett stort antal huvudvärk.
