For at maskinen skal utføre kommandoerperson på maskinvarenivå, er det nødvendig å angi en viss handlingsrekkefølge på språket “nuller og enere”. Assistent i denne saken vil være Assembler. Dette er et verktøy som fungerer med å oversette kommandoer til maskinspråk. Å skrive et program er imidlertid en veldig arbeidskrevende og kompleks prosess. Dette språket er ikke ment å lage enkle og enkle handlinger. For øyeblikket lar ethvert programmeringsspråk som brukes (Assembler fungerer bra) deg skrive spesielle effektive oppgaver som i stor grad påvirker driften av maskinvaren. Hovedformålet er å lage mikrokommandoer og små koder. Dette språket gir flere funksjoner enn for eksempel Pascal eller C.
Alle programmeringsspråk er delt inn i nivåer:lavt og høyt. Et hvilket som helst av det syntaktiske systemet til "familien" til Assembler er forskjellig ved at det samtidig kombinerer noen av fordelene med de vanligste og moderne språk. De er også relatert til andre ved at du fullt ut kan bruke datasystemet.
Et særtrekk ved kompilatoren erbrukervennlighet. I dette skiller han seg fra de som bare jobber med høye nivåer. Hvis du tar hensyn til et slikt programmeringsspråk, fungerer Assembler dobbelt så raskt og bedre. Det vil ikke ta for mye tid å skrive et enkelt program i det.
Generelt sett arbeid og strukturspråkets funksjon, kan vi si med sikkerhet at kommandoene er i samsvar med prosessoren. Det vil si at Assembler bruker mnemoniske koder som er mest praktisk for en person å registrere.
I motsetning til andre programmeringsspråk,Samleren bruker spesifikke etiketter i stedet for adresser for å skrive minneceller. De blir oversatt til de såkalte direktiver med prosessen med kodeutførelse. Dette er relative adresser som ikke påvirker prosessoren (ikke oversatt til maskinspråk), men er nødvendige for gjenkjennelse av selve programmeringsmiljøet.
Hver prosessorlinje har sitt eget kommandosystem. I denne situasjonen vil enhver prosess være riktig, inkludert oversatt maskinkode.
Samlingsspråket har flere syntakser som vil bli diskutert i artikkelen.
Den viktigste og mest praktiske tilpasningen av språketSamleren vil være at du kan skrive et hvilket som helst program for prosessoren på den, noe som vil være veldig kompakt. Hvis koden viser seg å være enorm, vil programmeringsmiljøet omdirigere noen prosesser til RAM. Samtidig klarer de alle ganske raskt og uten feil, med mindre de selvfølgelig blir kontrollert av en kvalifisert programmerer.
Drivere, operativsystemer, BIOS, kompilatorer, tolker osv., Er alle samlingsbaserte programmer.
Når du bruker en demonterer, somgjør en oversettelse fra maskin til dataspråk, kan du enkelt forstå hvordan denne eller den systemoppgaven fungerer, selv om det ikke er noen forklaringer på det. Dette er imidlertid bare mulig hvis programmene er lette. Dessverre er det ganske vanskelig å forstå ikke-trivielle koder.
Dessverre, nybegynnere programmerere (og oftefor fagfolk) er det vanskelig å forstå språket. Assembler krever en detaljert beskrivelse av den nødvendige kommandoen. På grunn av behovet for å bruke maskininstruksjoner, øker sannsynligheten for feilaktige handlinger og utførelseskompleksiteten.
For å skrive til og med det enkleste programmet, må en programmerer være kvalifisert, og kunnskapsnivået hans er ganske høyt. Den gjennomsnittlige personen skriver dessverre ofte dårlige koder.
Hvis plattformen som programmet opprettes for,oppdateres, så må alle kommandoene skrives om manuelt - dette kreves av selve språket. Assembler støtter ikke funksjonen til automatisk regulering av prosessytelsen og utskifting av noen elementer.
Som nevnt over har hver prosessor sitt eget sett med instruksjoner. De enkleste elementene som kan gjenkjennes av alle typer er følgende koder:
Programmering av mikrokontrollere på språket(Samleren tillater dette og takler perfekt funksjonen) av det laveste nivået i de fleste tilfeller ender vellykket. Det er best å bruke prosessorer med begrensede ressurser. For 32-biters teknologi passer dette språket perfekt. Ofte i koder kan du se direktiver. Hva er dette? Og hva brukes den til?
Først må du fokusere på det faktumdirektiver er ikke oversatt til maskinspråk. De styrer kompilatoren for å gjøre arbeidet. I motsetning til kommandoer, er disse parametrene, med forskjellige funksjoner, forskjellige ikke på grunn av forskjellige prosessorer, men på grunn av en annen oversetter. Blant hoveddirektivene er følgende:
Takket være hvilket språket fikk navnet sitt -"Assembler"? Vi snakker om en oversetter og en kompilator som krypterer data. På engelsk betyr Assembler ingenting mer enn en montør. Programmet ble ikke satt sammen manuelt, men en automatisk struktur ble brukt. I øyeblikket har forskjellen mellom vilkårene allerede forsvunnet blant brukere og spesialister. Monteringsspråk blir ofte referert til som programmeringsspråk, selv om det bare er et verktøy.
På grunn av det allment aksepterte samlenavnet fornoen tror feilaktig at det er et enkelt lavnivåspråk (eller standardnormer for det). For at programmereren skal forstå hvilken struktur vi snakker om, er det nødvendig å avklare hvilken plattform dette eller det monteringsspråket brukes.
Monteringsspråk som er bygget relativtnylig har makrofond. De gjør programmet lettere å skrive og kjøre. På grunn av deres tilstedeværelse utfører oversetteren den skrevne koden mange ganger raskere. Når du oppretter et betinget utvalg, kan du skrive en enorm kommandoblokk, og det er lettere å bruke makroverktøy. De lar deg raskt bytte mellom handlinger i tilfelle en tilstand oppfylles eller ikke.
Når du bruker direktiver for makrospråket, programmererfår montørmakroer. Noen ganger kan den brukes mye, og noen ganger reduseres funksjonaliteten til en kommando. Deres tilstedeværelse i koden gjør det lettere å jobbe med den, gjør den tydeligere og mer intuitiv. Du bør likevel være forsiktig - i noen tilfeller forverrer makroer tvert imot situasjonen.
