Les på engelsk

Del via


Slik tar du med kode i dokumentasjonen

Det finnes flere andre måter enn skjermbilder for å inkludere kode i en artikkel publisert på Microsoft Learn:

  • Individuelle elementer (ord) innenfor en linje.

    Her har du et eksempel på code stil.

    Bruk kodeformat når du refererer til navngitte parametere og variabler i en kodeblokk, i nærheten av teksten. Kodeformat kan også brukes for egenskaper, metoder, klasser og språknøkkelord. Hvis du vil ha mer informasjon, kan du se Kodeelementer senere i denne artikkelen.

  • Kodeblokker i artikkelen Markdown-fil.

        ```csharp
        public static void Log(string message)
        {
            _logger.LogInformation(message);
        }
        ```
    

    Bruk innebygde-kodeblokker når det er upraktisk å vise koder med referanser til en kodefil. Hvis du vil ha mer informasjon, kan du se Kodeblokker senere i denne artikkelen.

  • Kodeblokker med referanser til en kodefil i det lokale repositoriumet.

    :::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" range="2-24,26":::
    

    Hvis du vil ha mer informasjon, kan du se referanse-snutter i repositorium senere i denne artikkelen.

  • Kodeblokker med referanser til en kodefil i et annet repositorium.

    :::code language="csharp" source="~/samples-durable-functions/samples/csx/shared/Location.csx" highlight="2,5":::
    

    Hvis du vil ha mer informasjon, kan du se referanse-snutter ute av repositorium senere i denne artikkelen.

  • Kodeblokker som lar brukeren kjøre koden i nettleseren.

    :::code source="PowerShell.ps1" interactive="cloudshell-powershell":::
    

    Hvis du vil ha mer informasjon, kan du se Interaktive kodesnutter senere i denne artikkelen.

I tillegg til å forklare Markdown for hver av disse metodene for å inkludere kode, så gir artikkelen noen generelle veiledninger for alle kodeblokker.

Kodeelementer

Et «kodeelement» er et språknøkkelord for programmering, klassenavn, egenskapsnavn og så videre. Det er ikke alltid tydelig hva som kvalifiseres som en kode. NuGet-pakkenavn bør for eksempel behandles som en kode. Hvis du er i tvil, kan du se retningslinjer for tekstformatering.

Innebygd kodestil

Hvis du vil inkludere et kodeelement i artikkelteksten, omslutter du det med backticks (') for å angi kodestil. Innebygd kodestil bør ikke bruke det tredoble backtick-formatet.

Markdown Gjengitt
Enhetsrammeverket tolker som standard en egenskap med navnet ID eller ClassnameID som primærnøkkel. Som standard tolker Entity Framework en egenskap som heter Id eller ClassnameID som primærnøkkel.

Når en artikkel er lokalisert (oversatt til andre språk), blir tekststil som kode stående uoversatt. Hvis du vil forhindre lokalisering uten å bruke kodestil, kan du se ikke-lokaliserte strenger.

Fet stil

Noen eldre stilveiledninger angir fet for en innebygd kode. Fet er et alternativ når kodestil er så påtrengende at det går ut over lesbarheten. For eksempel kan en Markdown-tabell med begge kodeelementene se uryddig ut, med kodestiler overalt. Hvis du velger å bruke fet stil, kan du bruke ikke-lokalisert streng-syntaks for å kontrollere at koden ikke er lokalisert.

En kobling til referansedokumentasjon kan være mer nyttig enn kode format i enkelte kontekster. Hvis du bruker en kobling, må du ikke bruke kodeformat på koblingsteksten. Styling av en kobling som kode kan skjule det faktum at teksten er en lenke.

Hvis du bruker en kobling og refererer til det samme elementet senere i den samme konteksten, kan du bruke kodeformatets etterfølgende forekomster i stedet for koblinger. Eksempel:

The first reference to <xref:System.CommandLine> in this text is a link.
Subsequent references to `System.CommandLine` can be in code style.

Gjengitt:

Den første referansen til System.CommandLine i denne teksten er en kobling. Etterfølgende referanser kan System.CommandLine være i kodestil.

Plassholdere

Hvis du vil at brukeren skal erstatte en del av den viste koden med sine egne verdier, kan du bruke plassholdertekst merket med vinkelparenteser. Eksempel:

az group delete -n <ResourceGroupName>

Du kan være oppmerksom på at hakeparentesene må fjernes når du erstatter reelle verdier. Microsofts veiledning for skrivestil krever kursiv, som du kan formatere innenfor vinkelparentes for innebygd kode:

<ResourceGroupName> er ressursgruppen der...

Klammeparenteser { } frarådes for bruk som syntaktiske plassholdere. De kan forveksles med den samme notasjonen som brukes i tekst som kan erstattes, formatere strenger, streng interpolering, tekstmaler og lignende programmeringskonstruksjoner.

Plassholdernavn kan skilles med bindestreker ("kebabkasse"), med understrekingstegn, eller ikke atskilt i det hele tatt (Pascal-saken). Kebab-saken kan generere syntaksfeil, og understrekingstegn kan komme i konflikt med understreking. Store bokstaver kan komme i konflikt med navngitte konstanter på mange språk, men det kan også rette oppmerksomheten mot plassholdernavnet.

<Resource-Group-Name> eller <ResourceGroupName>

Kodeblokker

Syntaksen for inkludering av koder i et dokument, avhenger av hvor koden er plassert:

Følgende er retningslinjer som gjelder for alle tre typer kodeblokker:

Skjermbilde

Alle metodene som er oppført i foregående avsnitt resulterer i brukbare kodeblokker:

  • Du kan kopiere og lime inn fra dem.
  • De er indeksert av søkemotorer.
  • De er tilgjengelige for skjermlesere.

Dette er bare noen få årsaker til at IDE-skjermbilder ikke anbefales som en metode for å inkludere koder i en artikkel. Bruk bare IDE-skjermbilder for kode hvis du viser noe om selve IDE, som IntelliSense. Ikke bruk skjermbilder bare til å vise fargelegging og utheving.

Valideringskode

Noen repositorier har implementert prosesser som automatisk sammenstiller alle prøvekoder for å se etter feil. .NET repositorier gjør dette. Hvis du vil ha mer informasjon, kan du se Bidrag i .NET-repositoriumet.

Hvis du inkluderer kodeblokker fra et annet repositorium, kan du samarbeide med eierne om en vedlikeholdstrategi for koden, slik at den inkluderte koden ikke blir ødelagt eller går ut på dato når nye versjoner av bibliotekene koden bruker blir sendt.

Utheving

Snutter inkluderer vanligvis mer kode enn det som er nødvendig for å gi kontekst. Det bidrar til å gi lesbarhet når du uthever nøkkellinjene du fokuserer på i snutten, som i dette eksemplet:

Example showing highlighted code

Du kan ikke utheve koden når du inkluderer den i artikkelen Markdown-filen. Den fungerer bare for kodesnutter som er inkludert ved hjelp av referansen til en kodefil.

Vannrett rullefelt

Del opp lange linjer for å unngå vannrette rullefelt. Rullefelt på kodeblokker gjør at det er vanskelig å lese koden. De er spesielt problematiske på lengre kodeblokker, der det kan være umulig å se rullefeltet og linjen du vil lese samtidig.

En god praksis for å minimere vannrette rullefelt på kodeblokker, er å dele opp kodelinjer som er lengre enn 85 tegn. Men husk at tilstedeværelsen eller fraværet av et rullefelt ikke er det eneste kriteriet for lesbarhet. Hvis det å bryte en linje før 85 tegn gjør lesbarheten dårlig eller kopiere-lim inn enklere, så kan du gjerne gå over 85.

Tydelig identifisere ugyldig kode

I noen scenarioer er det nyttig å påpeke kodemønstre som bør unngås, for eksempel:

  • Kode som vil forårsake en kompilatorfeil hvis du prøver.
  • Kode som kompileres riktig, men som ikke anbefales.

For disse scenariene:

  • Forklar feilen både i kodekommentarer og artikkeltekst.

    Lesere hopper ofte over artikkeltekst og ser bare på kode, så det er ikke nok til å forklare feilen bare i artikkelteksten. Det er heller ikke nok til å forklare feilen bare i kodekommentarer, fordi kodekommentarer ikke er lokalisert.

  • Vurder å kommentere koden hvis det ville føre til en kompilatorfeil.

    Kommentert kode vil ikke forstyrre det kontinuerlige integreringssystemet (CI) hvis artikkelens repo har en nå eller implementerer en i fremtiden.

Hvis du vil ha et eksempel på hvordan du presenterer kode som ikke anbefales, kan du se Eksempel på Rune-bruk: endre bokstavtilfelle. I dette eksemplet er rådet for å unngå at den til og med bygges inn i selve koden, siden C#-metodenavnet er ConvertToUpperBadExample.

Innebygde kodeblokker

Bruk innebygde kodeblokker bare når det er upraktisk å vise koder med referanser til en kodefil. Innebygd kode er vanligvis vanskeligere å teste og holder seg oppdatert i forhold til en kodefil som er en del av et fullstendig prosjekt. Og en innebygd kode kan utelate kontekst som kan hjelpe utviklere med å forstå og bruke koden. Disse viktige faktorene gjelder hovedsaklig for programmeringsspråk. Innebygde kodeblokker kan også brukes for utdata og inndata (for eksempel JSON), spørringsspråk (for eksempel SQL) og skript-språk (for eksempel PowerShell).

Det finnes to måter å angi at en del av teksten i en artikkelfil er en kodeblokk på: ved å fekte den i trippel-backticks (''' eller ved å rykke den inn. Inngjerding er å foretrekke fordi det lar deg spesifisere språket. Unngå å bruke innrykk fordi det er for enkelt å gjøre feil, og det kan være vanskelig for en annen forfatter å forstå hensikten når de trenger å redigere artikkelen.

Språkindikatorer plasseres umiddelbart etter de innledende trippel-backticks, som i følgende eksempel:

Markdown:

    ```json
    {
        "aggregator": {
            "batchSize": 1000,
            "flushTimeout": "00:00:30"
        }
    }
    ```

Gjengitt:

{
    "aggregator": {
        "batchSize": 1000,
        "flushTimeout": "00:00:30"
    }
}

Tips

GitHub Flavored Markdown støtter skille kodeblokker med fliser (~) samt med backticks ('). Symbolet som brukes til å åpne og lukke kodeblokken, må være konsekvent innenfor samme kodeblokk.

Hvis du vil ha informasjon om verdiene du kan bruke som språkindikatorer, se språknavn og aliaser.

Hvis du bruker et språk eller miljøord etter trippel-backticks (''') som ikke støttes, vises dette ordet i tittellinjen for kodeinndelingen på den gjengitte siden. Når det er mulig, bruk en språk- eller miljøindikator i de innebygde kodeblokkene.

Obs!

Hvis du kopierer og limer inn kode fra et Word-dokument, må du kontrollere at den ikke har noen «krøllete anførselstegn», som ikke er gyldige i koden. Hvis den gjør det, endrer du dem tilbake til normale forespørsler (' og "). Alternativt kan du stole på Learn Authoring Pack, smart anførselstegn erstatningsfunksjon.

Referanser i repositorium snutter

Den foretrukne måten å inkludere kodesnutter for programmeringsspråk i dokumenter med referanse til en kodefil. Denne metoden gir deg muligheten til å fremheve kodelinjer, og gjør den videre konteksten av kodesnutten tilgjengelig på GitHub for utviklere å bruke. Du kan inkludere kode ved hjelp av trippel kolonformat (:::) enten manuelt eller i Visual Studio Code ved hjelp av Learn Authoring Pack.

  1. Klikk på ALT+M eller Alternativ+M, og velg Snutt i Visual Studio Code.
  2. Når snutten er valgt, blir du bedt om å oppgi fullstendig søk, omfangssøk eller Referanse til flere repositorier. For å søke lokalt, velg fullstendig søk.
  3. Skriv inn et søkeord for å finne filen. Når du har funnet filen, velger du filen.
  4. Deretter velger du et alternativ for å bestemme hvilke linje som skal inkluderes i kodesnutten. Alternativene er: ID, Område og Ingen.
  5. Basert på valget ditt fra trinn 4 kan du angi en verdi om nødvendig.

Vis hele kodefilen:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs":::

Vis en del av en kodefil ved å angi linjenumre:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" range="2-24,26":::

Vis en del av en kodefil ved å angi et snutt-navn:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" id="snippet_Create":::

Følgende deler forklarer disse eksemplene:

Hvis du vil ha mer informasjon, kan du se Syntaksreferanse for snutt senere i denne artikkelen.

Bane til kodefil

Eksempel:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" range="2-24,26":::

Eksemplet er fra ASP.NET docs repo, artikkelfilen aspnetcore/data/ef-mvc/crud.md. Kodefilen det refereres til, er en relativ bane til aspnetcore/data/ef-mvc/intro/samples/cu/Controllers/StudentsController.cs i samme repositorium.

Valgte linjenumre

Eksempel:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" range="2-24,26":::

Dette eksemplet viser bare linje 2–24 og 26 av kodefilen StudentController.cs.

Foretrekk navngitte snutter over hardkodede linjenumre, som forklart i neste del.

Navngitt snutt

Eksempel:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" id="snippet_Create":::

Bruk bare bokstaver og understrekingstegn for navnet.

Eksemplet viser snippet_Create-delen av kodefilen. Kodefilen for dette eksemplet inneholder snutt-merker i kommentarer i C# koden:

// code excluded from the snippet
// <snippet_Create>
// code included in the snippet
// </snippet_Create>
// code excluded from the snippet

Navngitte kodesnutter kan nestes, som vist i følgende eksempel:

// <Method>
public static void SomeMethod()
{
    // <Line>
    // Single line of code.
    // </Line>
}
// </Method>

Når kodesnutten Method Line gjengis, inkluderes ikke kodene i de gjengitte utdataene.

Der du kan, bør du referere til en navngitt del i stedet for å angi linjenumre. Linjenummerreferanser er skjøre fordi kodefilene endres uunngåelig på måter som gjør at linjenumrene endres. Du får ikke nødvendigvis melding om slike endringer. Artikkelen din begynner etter hvert å vise feil linjer, og du har ingen anelse om at noe er forandret.

Utheving av utvalgte linjer

Eksempel:

:::code language="csharp" source="intro/samples/cu/Controllers/StudentsController.cs" range="2-24,26" highlight="2,5":::

Eksemplet uthever linje 2 og 5, der man regner fra starten av snutten som vises. Linjenumre til utheving regnes ikke fra starten av kodefilen. Med andre ord er linje 3 og 6 i kodefilen uthevet.

Referanser utenfor repositorium snutter

Hvis kodefilen du vil referere til, er i et annet repositorium, kan du angi kode-repositoriumet som et avhengig repositorium. Når du gjør dette, angir du et navn for den. Dette navnet fungerer da som et mappenavn for å kodereferanser.

Docs-repositoriet er for eksempel Azure/Azure–docs, og kode-repositoriet er Azure/azure-functions-durable-extension.

I rotmappen for azure-docs, kan du legge til følgende del i .openpublishing.publish.config.json:

    {
      "path_to_root": "samples-durable-functions",
      "url": "https://github.com/Azure/azure-functions-durable-extension",
      "branch": "main",
      "branch_mapping": {}
    },

Når du nå refererer til eksempler – varige funksjoner som om det var en mappe i azure-docs, refererer du faktisk til rotmappen i azure-functions-durable-extension repositorium.

Du kan inkludere kode ved hjelp av trippel kolonformat (:::) enten manuelt eller i Visual Studio Code ved hjelp av Learn Authoring Pack.

  1. Klikk på ALT+M eller Alternativ+M, og velg Snutt i Visual Studio Code.
  2. Når snutten er valgt, blir du bedt om å oppgi fullstendig søk, omfangssøk eller Referanse til flere repositorier. Hvis du vil søke på tvers av repositorier, velger du Referanse til flere repositorier.
  3. Du får et utvalg av repositorier som er i .openpublishing.publish.config.json. Velg et repositorium.
  4. Skriv inn et søkeord for å finne filen. Når du har funnet filen, velger du filen.
  5. Deretter velger du et alternativ for å bestemme hvilke linje som skal inkluderes i kodesnutten. Alternativene er: ID, Område og Ingen.
  6. Basert på valget ditt fra trinn 5 kan du angi en verdi.

Referansen til snutten vil se slik ut:

:::code language="csharp" source="~/samples-durable-functions/samples/csx/shared/Location.csx" highlight="2,5":::

I azure-functions-durable-extension-repositoriet er den kodefilen i mappen samples/CSX/Shared. Som nevnt tidligere, er linjenummeret for utheving i forhold til starten av snutten, i stedet for i begynnelsen av filen.

Obs!

Navnet du tilordner til det avhengige repositoriet, er i forhold til roten til hovedrepositoriet, men tilden (~) refererer til roten til dokumentsettet. Docset-roten bestemmes av build_source_folder i .openpublishing.publish.config.json. Banen til snutten i det foregående eksemplet fungerer i Azure-docs repositorium fordi build_source_folder refererer til repositorium-roten (.). Hvis build_source_folder ble articles, begynner banen med ~/../samples-durable-functions i stedet for ~/samples-durable-functions.

Snutter i en Jupyter-notatblokk

Du kan referere til en celle i en Jupyter-notatblokk som en kodesnutt. For å referere til cellen:

  1. Legg til cellemetadata i notatblokken for cellene du vil referere til.
  2. Konfigurer tilgang til repositoriet.
  3. Bruk syntaksen for kodesnutt for Jupyter-notatblokk i markdown-filen.

Legge til metadata i notatblokken

  1. Gi cellen et navn ved å legge til cellemetadata i Jupyter-notatblokken.

    • I Jupyter kan du redigere cellemetadata ved først å aktivere celleverktøylinjen: Vis > rediger metadata for celleverktøylinjen>.
    • Når celleverktøylinjen er aktivert, velger du Rediger metadata i cellen du vil gi navn til.
    • Du kan også redigere metadata direkte i JSON-strukturen i notatblokken.
  2. Legg til et navn-attributt i cellemetadataene:

    "metadata": {"name": "<name>"},
    

    Eksempel:

    "metadata": {"name": "workspace"},
    

    Tips

    Du kan legge til andre metadata du vil hjelpe deg med å spore hvor cellen brukes. Eksempel:

        "metadata": {
          "name": "workspace",
          "msdoc": "how-to-track-experiments.md"
        },
    

Konfigurere repositoriumtilgang

Hvis notatblokkfilen du vil referere til, er i et annet repositorium, konfigurerer du koderepositoriet som et avhengig repositorium.

Syntaksreferanse for kodesnutt for Jupyter-notatblokk

Når notatblokken inneholder de nødvendige metadataene, kan du referere til den i markdown-filen. Bruk den <cell-name-value> du har lagt til i notatblokken, og <path> konfigurer som det avhengige repositoriet.

[!notebook-<language>[] (<path>/<notebook-name.ipynb>?name=<cell-name-value>)]

Eksempel:

[!notebook-python[] (~/MachineLearningNotebooks/train-on-local.ipynb?name=workspace)]

Viktig

Denne syntaksen er en blokk-Markdown-utvidelse. Den må brukes på en egen linje.

Bruk et av språkene som støttes for identifikatoren <language> .

Interaktive kodesnutter

Innebygd interaktive kodeblokker

For følgende språk kan kodesnutter gjøres kjørbare i nettleservinduet:

  • Azure Cloud Shell
  • Azure PowerShell Cloud Shell
  • C# REPL

Når interaktiv modus er aktivert, har de gjengitte kodeboksene å prøve dem eller kjører knapp. Eksempel:

    ```azurepowershell-interactive
    New-AzResourceGroup -Name myResourceGroup -Location westeurope
    ```

dette gjengis som følger:

New-AzResourceGroup -Name myResourceGroup -Location westeurope

And

    ```csharp-interactive
    var aFriend = "Maria";
    Console.WriteLine($"Hello {aFriend}");
    ```

gjengis som:

    var aFriend = "Maria";
    Console.WriteLine($"Hello {aFriend}");

Hvis du vil slå på denne funksjonen for en bestemt kodeblokk, bruker du en spesiell språk-identifikator. De tilgjengelige alternativene er:

  • azurepowershell-interactive – Aktiverer Azure PowerShell Cloud Shell, som i foregående eksempel
  • azurecli-interactive – Aktiverer Azure Cloud Shell
  • csharp-interactive - Aktiverer C# REPL

For Azure Cloud Shell og PowerShell Cloud Shell kan brukere kjøre kommandoer bare mot sin egen Azure-konto.

Kodesnutter inkludert av referanse

Du kan aktivere interaktive moduser for kodesnutter inkludert ved referanse. Bruk interactive-attributtet til å aktivere denne funksjonen for en bestemt kodeblokk. De tilgjengelige attributtverdiene er:

  • cloudshell-powershell – Aktiverer Azure PowerShell Cloud Shell, som i foregående eksempel
  • cloudshell-bash – Aktiverer Azure Cloud Shell
  • try-dotnet – Aktiverer Try .NET
  • try-dotnet-class – Aktiverer Try .NET med klassestillas
  • try-dotnet-method – Aktiverer Try .NET med metodestillas

Her er noen eksempler:

:::code source="PowerShell.ps1" interactive="cloudshell-powershell":::
:::code source="Bash.sh" interactive="cloudshell-bash":::

For Azure Cloud Shell og PowerShell Cloud Shell kan brukere bare kjøre kommandoer mot sin egen Azure-konto.

Når det gjelder .NET Interactive, er innholdet i kodeblokken avhengig av hvilke av de tre stillastypene du velger:

  • Ingen stillas (try-dotnet): Kodeblokken skal representere en fullstendig programtekst. Program.cs-filen generert av dotnet new console ville for eksempel være gyldig. Disse egner seg best til å vise et lite program i sin helhet, inkludert de nødvendige using-direktivene. Uttrykk på øverste nivå støttes ikke for øyeblikket.
  • Metodestillas (try-dotnet-method): Kodeblokken skal representere innholdet i en Main metode i et konsollprogram. Du kan anta using-direktivene som er lagt til av dotnet new console-malen. Denne innstillingen egner seg best til korte snutter som viser én funksjon.
  • Klassestillas (try-dotnet-class): Kodeblokken skal representere en klasse med en Main metode som programinngangspunkt. Disse kan brukes til å vise hvordan medlemmer av en klasse innvirker på hverandre.

Syntaksreferanse for snutt

Syntaks:

:::code language="<language>" source="<path>" <attribute>="<attribute-value>":::

Viktig

Denne syntaksen er en blokk-Markdown-utvidelse. Den må brukes på en egen linje.

  • <language> (valgfri)

    • Språk for kodesnutten. Hvis du vil ha mer informasjon, kan du se Støttede språk-delen senere i artikkelen.
  • <path> (obligatorisk)

    • Relativ bane i filsystemet, som indikerer hvilken kodesnuttfil det skal refereres til.
  • <attribute> og <attribute-value> (valgfritt)

    • Brukes sammen til å angi hvordan koden skal hentes fra filen og hvordan den skal vises:
      • range: 1,3-5 Et linjeområde. Dette eksemplet inkluderer linjene 1, 3, 4 og 5.
      • id: Create ID-en for snutten som må settes inn fra kodefilen. Denne verdien kan ikke eksistere sammen med området.
      • highlight: 2-4,6 Område og/eller antall linjer som må utheves i den genererte kodesnutten. Nummereringen er relativ til linjene som vises (som angitt etter område eller ID), ikke filen.
      • interactive: cloudshell-powershell, cloudshell-bash, try-dotnet, try-dotnet-class, try-dotnet-method Strengverdi bestemmer hva slags interaktivitet som er aktivert.
      • Hvis du vil ha mer informasjon om representasjon av merkenavn i kildefiler for kodesnutter etter språk, kan du se Retningslinjer for DocFX

Språk som støttes

Learn Authoring Pack inneholder en funksjon for å gi fullføring av setninger og validering av de tilgjengelige språkidentifikatorene for kodegjerdeblokker.

Inngjerdede kodeblokker

Name Gyldige aliaser
.NET Core CLI dotnetcli
1C 1c
ABNF abnf
Tilgang til logger accesslog
Ada ada
ARM-montør armasm, arm
AVR-montør avrasm
ActionScript actionscript, as
Alan alan, i
AngelScript angelscript, asc
ANTLR antlr
Apache apache, apacheconf
AppleScript applescript, osascript
Arkade arcade
AsciiDoc asciidoc, adoc
AspectJ aspectj
ASPX aspx
ASP.NET (C#) aspx-csharp
ASP.NET (VB) aspx-vb
AutoHotkey autohotkey
AutoIt autoit
Awk awk, , mawk, nawkgawk
Axapta axapta
AzCopy azcopy
Azure CLI azurecli
Azure CLI (Interaktiv) azurecli-interactive
Azure PowerShell azurepowershell
Azure PowerShell (Interaktiv) azurepowershell-interactive
Slå bash, , shzsh
Grunnleggende basic
BNF bnf
C c
C# csharp, cs
C# (Interaktiv) csharp-interactive
C++ cpp, c, cc, h, c++, h++hpp
C++/CX cppcx
C++/WinRT cppwinrt
C/AL cal
Skript for hurtigbufferobjekt cos, cls
CMake cmake, cmake.in
Coq coq
CSP csp
CSS css
Cap'n proto capnproto, capnp
Clojure clojure, clj
CoffeeScript coffeescript, , coffee, csoniced
Crmsh crmsh, , crmpcmk
Crystal crystal, cr
Cypher (Neo4j) cypher
D d
DAX Power BI dax
DNS-sone fil dns, , zonebind
DOS dos, , batcmd
Dart dart
Delhi delphi, dpr, dfm, pas, pascal, freepascal, lazarus, , lprlfm
Diff diff, patch
Django django, jinja
Dockerfile dockerfile, docker
dsconfig dsconfig
DTS (enhets tre) dts
Støv dust, dst
Dylan dylan
EBNF ebnf
Elixir elixir
Elm elm
Erlang erlang, erl
Excel excel, , xlsxlsx
Extempore extempore, , xtlangxtm
F# fsharp, fs
FIX fix
Fortran fortran, , f90f95
G-kode gcode, nc
Gams gams, gms
GAUSS gauss, gss
GDScript godot, gdscript
Gherkin gherkin
GN for Ninja gn, gni
Go go, golang
Golo golo, gololang
Gradle gradle
GraphQL graphql
Groovy groovy
HTML html, xhtml
HTTP http, https
Haml haml
Styre handlebars, , hbs, html.hbshtml.handlebars
Haskell haskell, hs
Haxe haxe, hx
Hy hy, hylang
Ini ini
Inform7 inform7, i7
IRPF90 irpf90
JSON json
Java java, jsp
JavaScript javascript, , jsjsx
Kotlin kotlin, kt
Kusto kusto
Løv leaf
Lasso lasso, , lslassoscript
Mindre less
LDIF ldif
Lisp lisp
LiveCode Server livecodeserver
LiveScript livescript, ls
Lua lua
Makefile makefile, , mkmak
Markdown markdown, , md, mkdownmkd
Mathematica mathematica, , mmawl
Matlab matlab
Maxima maxima
Maya-innebygd språk mel
Mercury mercury
mIRC skripting-språk mirc, mrc
Mizar mizar
MOF-format mof
Mojolicious mojolicious
Apekatt monkey
Moonscript moonscript, moon
MS Graph (interaktiv) msgraph-interactive
N1QL n1ql
NSIS nsis
Nginx nginx, nginxconf
Nimrod nimrod, nim
Nix nix
OCaml ocaml, ml
Målsetting C objectivec, , mm, objcobj-c
OpenGL-skyggelegging språk glsl
OpenSCAD openscad, scad
Språk for Oracle-regler ruleslanguage
Oxygene oxygene
PF pf, pf.conf
PHP php, php3, php4, , php5php6
Parser3 parser3
Perl perl, , plpm
Ingen utheving i ren tekst plaintext
Pony pony
PostgreSQL & PL/pgSQL pgsql, , postgrespostgresql
Kraftskall powershell, ps
PowerShell (Interaktiv) powershell-interactive
Behandling processing
Prolog prolog
Egenskaper properties
Protokoll buffere protobuf
Puppet puppet, pp
Python python, , pygyp
Resultater for Python profiler profile
Q# qsharp
K k, kdb
QML qml
R r
Razor CSHTML cshtml, , razorrazor-cshtml
ReasonML reasonml, re
RenderMan RIB rib
RenderMan RSL rsl
Roboconf graph, instances
Robot Framework robot, rf
RPM Spes-fil rpm-specfile, rpm, spec, , rpm-specspecfile
Ruby ruby, rb, gemspec, podspec, thorirb
Rust rust, rs
SAS SAS, sas
SCSS scss
SQL sql
TRINN del 21 p21, , stepstp
Scala scala
Skjema scheme
Scilab scilab, sci
Uttrykk for figur shexc
Skall shell, console
Smali smali
Småprat smalltalk, st
Soliditet solidity, sol
Stan stan
Stata stata
Strukturert tekst iecst, , scl, stlstructured-text
Pekepenn stylus, styl
SubUnit subunit
Supercollider supercollider, sc
Swift swift
Tcl tcl, tk
Terraform (HCL) terraform, , tfhcl
Test Anything Protocol tap
TeX tex
Thrift thrift
TOML toml
TP tp
Twig twig, craftcms
TypeScript typescript, ts
VB.NET vbnet, vb
VBScript vbscript, vbs
VHDL vhdl
Vala vala
Verilog verilog, v
Vim-skript vim
Visual Basic vb
Visual Basic for Applications vba
X++ xpp
x86-samling x86asm
XL xl, tao
xQuery xquery, , xpathxq
XAML xaml
XML xml, xhtml, rss, atom, xjb, xsd, , xslplist
YAML yml, yaml
Zephir zephir, zep

Tips

Funksjonen Learn Authoring Pack, Dev Lang Completion bruker det første gyldige aliaset når flere aliaser er tilgjengelige.

Neste trinn

Hvis du vil ha informasjon om tekstformatering for andre innholdstyper enn koder, kan du se retningslinjer for tekstformatering.