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.
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.
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.
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.
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>
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:
- Skjermbilder
- Automatiser kodevalidering
- Uthev nøkkellinjer med kode
- Unngå vannrette rullefelt
- Tydelig identifisere ugyldig kode
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.
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.
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:
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.
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.
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
.
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.
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.
- Klikk på ALT+M eller Alternativ+M, og velg Snutt i Visual Studio Code.
- 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.
- Skriv inn et søkeord for å finne filen. Når du har funnet filen, velger du filen.
- Deretter velger du et alternativ for å bestemme hvilke linje som skal inkluderes i kodesnutten. Alternativene er: ID, Område og Ingen.
- 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:
- Bruk en relativ bane til kodefilen
- Inkluder bare valgte linjenumre
- Referere til en navngitt kodesnutt
- Utheve utvalgte linjer
Hvis du vil ha mer informasjon, kan du se Syntaksreferanse for snutt senere i denne artikkelen.
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.
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.
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.
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.
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.
- Klikk på ALT+M eller Alternativ+M, og velg Snutt i Visual Studio Code.
- 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.
- Du får et utvalg av repositorier som er i .openpublishing.publish.config.json. Velg et repositorium.
- Skriv inn et søkeord for å finne filen. Når du har funnet filen, velger du filen.
- Deretter velger du et alternativ for å bestemme hvilke linje som skal inkluderes i kodesnutten. Alternativene er: ID, Område og Ingen.
- 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
.
Du kan referere til en celle i en Jupyter-notatblokk som en kodesnutt. For å referere til cellen:
- Legg til cellemetadata i notatblokken for cellene du vil referere til.
- Konfigurer tilgang til repositoriet.
- Bruk syntaksen for kodesnutt for Jupyter-notatblokk i markdown-filen.
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.
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" },
Hvis notatblokkfilen du vil referere til, er i et annet repositorium, konfigurerer du koderepositoriet som et avhengig repositorium.
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>
.
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 eksempelazurecli-interactive
– Aktiverer Azure Cloud Shellcsharp-interactive
- Aktiverer C# REPL
For Azure Cloud Shell og PowerShell Cloud Shell kan brukere kjøre kommandoer bare mot sin egen Azure-konto.
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 eksempelcloudshell-bash
– Aktiverer Azure Cloud Shelltry-dotnet
– Aktiverer Try .NETtry-dotnet-class
– Aktiverer Try .NET med klassestillastry-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 avdotnet new console
ville for eksempel være gyldig. Disse egner seg best til å vise et lite program i sin helhet, inkludert de nødvendigeusing
-direktivene. Uttrykk på øverste nivå støttes ikke for øyeblikket. - Metodestillas (
try-dotnet-method
): Kodeblokken skal representere innholdet i enMain
metode i et konsollprogram. Du kan antausing
-direktivene som er lagt til avdotnet 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 enMain
metode som programinngangspunkt. Disse kan brukes til å vise hvordan medlemmer av en klasse innvirker på hverandre.
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
- Brukes sammen til å angi hvordan koden skal hentes fra filen og hvordan den skal vises:
Learn Authoring Pack inneholder en funksjon for å gi fullføring av setninger og validering av de tilgjengelige språkidentifikatorene for kodegjerdeblokker.
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 , nawk gawk |
Axapta | axapta |
AzCopy | azcopy |
Azure CLI | azurecli |
Azure CLI (Interaktiv) | azurecli-interactive |
Azure PowerShell | azurepowershell |
Azure PowerShell (Interaktiv) | azurepowershell-interactive |
Slå | bash , , sh zsh |
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 , cson iced |
Crmsh | crmsh , , crm pcmk |
Crystal | crystal , cr |
Cypher (Neo4j) | cypher |
D | d |
DAX Power BI | dax |
DNS-sone fil | dns , , zone bind |
DOS | dos , , bat cmd |
Dart | dart |
Delhi | delphi , dpr , dfm , pas , pascal , freepascal , lazarus , , lpr lfm |
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 , , xls xlsx |
Extempore | extempore , , xtlang xtm |
F# | fsharp , fs |
FIX | fix |
Fortran | fortran , , f90 f95 |
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.hbs html.handlebars |
Haskell | haskell , hs |
Haxe | haxe , hx |
Hy | hy , hylang |
Ini | ini |
Inform7 | inform7 , i7 |
IRPF90 | irpf90 |
JSON | json |
Java | java , jsp |
JavaScript | javascript , , js jsx |
Kotlin | kotlin , kt |
Kusto | kusto |
Løv | leaf |
Lasso | lasso , , ls lassoscript |
Mindre | less |
LDIF | ldif |
Lisp | lisp |
LiveCode Server | livecodeserver |
LiveScript | livescript , ls |
Lua | lua |
Makefile | makefile , , mk mak |
Markdown | markdown , , md , mkdown mkd |
Mathematica | mathematica , , mma wl |
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 , objc obj-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 , , php5 php6 |
Parser3 | parser3 |
Perl | perl , , pl pm |
Ingen utheving i ren tekst | plaintext |
Pony | pony |
PostgreSQL & PL/pgSQL | pgsql , , postgres postgresql |
Kraftskall | powershell , ps |
PowerShell (Interaktiv) | powershell-interactive |
Behandling | processing |
Prolog | prolog |
Egenskaper | properties |
Protokoll buffere | protobuf |
Puppet | puppet , pp |
Python | python , , py gyp |
Resultater for Python profiler | profile |
Q# | qsharp |
K | k , kdb |
QML | qml |
R | r |
Razor CSHTML | cshtml , , razor razor-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-spec specfile |
Ruby | ruby , rb , gemspec , podspec , thor irb |
Rust | rust , rs |
SAS | SAS , sas |
SCSS | scss |
SQL | sql |
TRINN del 21 | p21 , , step stp |
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 , stl structured-text |
Pekepenn | stylus , styl |
SubUnit | subunit |
Supercollider | supercollider , sc |
Swift | swift |
Tcl | tcl , tk |
Terraform (HCL) | terraform , , tf hcl |
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 , , xpath xq |
XAML | xaml |
XML | xml , xhtml , rss , atom , xjb , xsd , , xsl plist |
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.
Hvis du vil ha informasjon om tekstformatering for andre innholdstyper enn koder, kan du se retningslinjer for tekstformatering.