Ordbog¶
En kort oversigt over tekniske termer, du kan støde på i artiklerne:
AL (Application Language)¶
Det programmeringssprog, Microsoft bruger til Business Central. Når din leverandør tilpasser din løsning, skriver de i AL.
AL-Go for GitHub¶
Microsofts officielle løsning til at automatisere build pipelines, test og installation af Business Central apps. Svarer til at have en automatiseret produktionslinje.
Anti-patterns¶
Dårlige måder at løse problemer på - modsætningen til best practices. Disse er løsninger der ser ud til at virke på kort sigt, men skaber problemer på længere sigt. Tænk på det som genveje der faktisk gør rejsen længere. Ved at undgå anti-patterns reducerer du teknisk gæld og sikrer mere stabil kode.
App¶
En applikation eller tilpasning til Business Central. Apps er pakker af funktionalitet der kan installeres og afinstalleres uden at påvirke den grundlæggende Business Central-løsning. Tænk på det som et program du kan tilføje til din løsning for at udvide funktionaliteten.
Best practices¶
Anerkendte retningslinjer for god kode. Tilsvarer at følge bygningsreglementet - det sikrer stabilitet og nemmere vedligeholdelse.
Breaking Changes¶
Ændringer i Business Central der kan bryde eksisterende kode eller funktionalitet. Kommer typisk i versionen efter en Jump Version (f.eks. version 26 og 31). Disse ændringer kræver at din tilpassede kode opdateres for at fortsætte med at virke. Tænk på det som ændringer i reglerne der kræver at du opdaterer din løsning for at følge med.
Build pipelines¶
Automatiseret proces der bygger, tester og installerer din kode. Tænk på det som en produktionslinje der sikrer kvalitet før installation.
Change Request (ændringsønsker)¶
Formel anmodning om at lave ændringer i din løsning. Kan være nye funktioner, rettelser eller forbedringer. Håndteres struktureret gennem GitHub Issues, så du har overblik over hvad der er anmodet om og status på hver anmodning.
CI/CD (Continuous Integration/Continuous Deployment)¶
Automatiseret proces der kontinuerligt tester og installerer ændringer. Reducerer risikoen for fejl ved opdateringer.
Code Cops¶
Automatiske værktøjer der analyserer koden og tjekker om den følger Microsofts retningslinjer og best practices. Tænk på det som en automatisk kvalitetskontrol der fanger problemer før de bliver til fejl.
Code review¶
Processen hvor en anden udvikler gennemgår kodeændringer før de går i produktion. Svarer til at få en kollega til at læse korrektur på et vigtigt dokument.
Deployment¶
Processen hvor ny eller opdateret kode installeres i produktion, så den bliver tilgængelig for brugerne. Tænk på det som at "udgive" en ny version af din løsning.
Extension¶
En udvidelse af Business Central med tilpasset funktionalitet. Extensions er moderne apps der installeres på toppen af Business Central uden at modificere den grundlæggende kode. Tænk på det som en tilføjelse der udvider systemet med nye funktioner.
GitHub¶
Platform til versionsstyring af kode. Tænk på det som "Dropbox for kode" - du ved altid hvor din kode er, hvem der har ændret den, og hvornår.
GitHub Copilot¶
AI-værktøj der hjælper med automatisk code review. Kan analysere kode og foreslå forbedringer, ligesom en automatisk assistent.
GitHub Issues¶
System til at spore ændringsønsker, bugs og opgaver. Tænk på det som en struktureret måde at håndtere "skal-fixes" og nye funktioner.
Jump Version¶
Særlige versioner af Business Central (hver 5. version) som Microsoft bruger som "springbræt" for opgraderinger. Du kan opgradere direkte til en Jump Version fra en tidligere version, men for at gå videre til næste version skal du først stoppe på Jump Versionen. Eksempler er version 14.0, 25.0 og 30.0. Tænk på det som et mellemstop på en rejse - du kan hoppe direkte til et mellemstop, men skal stoppe der før du fortsætter.
Migrering¶
Overgangen fra Navision til Business Central. Ikke bare en opgradering, men en transformation af hele løsningen.
Merge¶
Processen hvor ændringer fra en pull request bliver integreret i hovedkoden. Når en pull request er godkendt gennem code review, bliver den "merged" - dvs. ændringerne bliver en permanent del af koden. Tænk på det som at godkende og indføre en ændring i det officielle dokument.
Obsolete (forældet)¶
Når Microsoft eller din leverandør markerer felter eller funktioner som "obsolete", betyder det at de er forældede og vil blive fjernet i en fremtidig version. Det er en advarsel om at disse dele af koden skal erstattes med nye løsninger. Tænk på det som en "udløbsdato" på funktionalitet - den virker stadig nu, men skal opdateres før den udgår helt.
Opgradering¶
At opdatere til en nyere version af Business Central. Kræver typisk at din tilpassede kode også opdateres.
Pull requests¶
Struktureret proces hvor udviklere forespørger om at indføre ændringer i koden. Når en udvikler har lavet ændringer, opretter de en pull request der viser præcis hvad der er ændret. Du kan se alle ændringer, diskutere dem, og først når det er godkendt gennem code review, bliver det en del af hovedkoden. Tænk på det som at sende et dokument til godkendelse før det bliver officielt.
Repository¶
En central mappe hvor al din kode opbevares og versionsstyres. Tænk på det som en mappe på GitHub hvor alle dine projektfiler ligger, med fuld historik over alle ændringer.
Rulesets¶
Sæt af regler der automatisk kontrollerer om koden følger best practices. Arbejder sammen med Code Cops til at sikre kvalitet. Der findes over 200 regler der kan kontrolleres automatisk, og mange kan endda rettes automatisk. Tænk på det som en automatisk checkliste der sikrer at koden følger de rigtige standarder før den går videre.
Release¶
En udgivelse af en ny version af din løsning. En release markerer et specifikt tidspunkt hvor koden er klar til produktion og indeholder en bestemt samling af funktioner og rettelser. Tænk på det som at udgive en ny udgave af et produkt.
Teknisk gæld¶
Konsekvenser af at tage genveje eller undlade at følge best practices. Akkumulerer over tid og gør fremtidige ændringer dyrere og sværere.
Test (automatiske tests)¶
Kode der automatisk tjekker om din løsning virker korrekt. Kører hver gang der laves ændringer og sikrer at eksisterende funktionalitet ikke bryder. Tænk på det som en automatisk kvalitetskontrol der fanger fejl før de når produktion.
Test-app¶
En separat applikation der indeholder automatiske tests for din Business Central-løsning. Test-appen udvikles ved siden af din hovedapp og kører automatisk for at verificere at din kode virker korrekt. Tænk på det som en separat kvalitetskontrol-app der tester din hovedapp.
Tilpasninger¶
Tilpasset kode der udvider Business Central til dine specifikke behov. Kan være alt fra små justeringer til større funktioner. Vi kalder dem for Extensions (udvidelser) eller bare Apps.
Tilstandsrapport (audit)¶
Professionel vurdering af kvaliteten og tilstanden af dine tilpasninger. Giver dig et objektivt overblik over risici og vedligeholdelsesbehov. Viser hvor langt løsningen er fra hvor den burde være?
Vedligeholdelse¶
Opdatering af din tilpassede kode når Microsoft udgiver nye versioner af Business Central. Nødvendigt for at løsningen fortsætter med at virke.
Versionsstyring¶
System til at spore ændringer i koden over tid. Lader dig se historik, gå tilbage til tidligere versioner og sammenligne ændringer. Få svar på hvem, der har rettet hvad og hvornår.