Descrierea comenzii NET USER. Opțiuni suplimentare de comandă NET USER

Acest articol acoperă sintaxa generală a comenzilor shell ( coajă) și un exemplu de mai multe comenzi elementare arată utilizarea acestuia.

Formal, sintaxa comenzii este definită după cum urmează:

Nume_utilitate

Aici, utility_name înseamnă nume echipe sau utilitati, opțiuni - acceptate de comandă chei sau Opțiuni, și operanzi - argumente echipe. Parantezele pătrate din jurul opțiunilor și operanzilor indică faptul că acești parametri sunt opționali și pot lipsi.

Să scriem „definiția” noastră mai detaliat:

Nume_utilitate [-a] [-b] [-c optarg] [-d|-e] [-foptarg]

Cheia este un simbol minus urmat de o singură literă sau număr. Mai multe taste pot fi combinate sub un simbol minus. De exemplu, opțiunile -a și -b pot fi scrise ca -ab . Unele opțiuni pot conține argumente suplimentare (cum ar fi optarg în -c și -f), care sunt scrise după opțiune fie imediat (-f), fie separate de ea printr-un spațiu sau un caracter tabulator (-c). Dacă o opțiune are mai multe argumente, acestea sunt scrise fie separate prin virgule (optarg1,optarg2), fie între ghilimele separate prin spații ("optarg1 optarg2"). Unele chei se pot exclude reciproc. În exemplul de mai sus, acestea sunt -d și -e, simbolul barei verticale indică faptul că aceste taste se exclud reciproc și ar trebui folosită doar una dintre ele. Dacă astfel de comutatoare sunt specificate împreună pe linia de comandă, atunci, de regulă, cea întâlnită ultima va fi eficientă. În cele din urmă, argumentele comenzii, dacă există, apar după toate opțiunile. În exemplul de mai sus, simbolul elipsei indică faptul că pot exista mai multe argumente. În acest caz, acestea sunt separate prin spații sau file.

Un delimitator special -- poate fi folosit pentru a indica sfârșitul opțiunilor. Orice după acesta este tratat ca un argument de către comandă, chiar dacă începe cu un caracter minus, care altfel este interpretat ca un caracter de opțiune. De exemplu:

Comanda -abc -d optarg -- -operand1 operand2

Aici -operand1 apare mai degrabă ca un argument de comandă decât ca o opțiune, chiar dacă începe cu un minus.

Dacă un singur caracter minus este folosit ca argument de comandă, care este un nume de fișier, acesta denotă fie intrare standard, fie ieșire standard, în funcție de contextul în care este utilizată comanda.

Majoritatea utilităților dezvoltate în cadrul Proiectului GNU suportă, pe lângă comutatoarele „scurte” cu o singură literă, așa-numitele opțiuni „lungi”, care sunt unul sau mai multe cuvinte separate printr-o cratimă. Opțiunile lungi sunt precedate de două simboluri minus. Sintaxa generală folosind opțiuni lungi poate fi scrisă după cum urmează:

Nume_utilitate [--longopt1] [--logopt2=optarg1] [--longopt3 optarg2]

Regulile pentru scrierea argumentelor opțiunii diferă de cele „scurte” prin aceea că scrierea unei opțiuni și a argumentului acesteia împreună nu este permisă, dar necesită separarea argumentului fie cu un spațiu (ca în --longopt3), fie cu un simbol „egal” (ca în --longopt2). Aceste forme de înregistrare sunt echivalente.

În multe utilități care acceptă opțiuni „lungi”, de regulă, există o corespondență unu-la-unu între opțiunile „scurt” și „lung”, adică fiecare tastă „scurtă” corespunde unei opțiuni „lungi”. Cu toate acestea, afirmația opusă nu este întotdeauna adevărată, iar opțiunea „lungă” nu are întotdeauna un analog între tastele „scurte”.

Deci, după ce am terminat cu teoria plictisitoare, să vedem cum arată totul în practică.

Interacțiunea operatorului cu shell-ul de comandă poate fi descrisă simplu după cum urmează: operatorul introduce o comandă de la tastatură, sistemul efectuează o acțiune determinată de această comandă și, dacă există vreo ieșire, o afișează pe ecran.

Să ne uităm la acest exemplu de dialog al unui operator cu sistemul:

$ cine sunt bofh$ nume de gazdă -s norocos $ uname -sr FreeBSD 7.1-STABLE$ echo Bună, lume. Salut Lume.

În acest exemplu, semnul dolarului ($) indică un prompt ( prompt), comenzile introduse de operator sunt evidențiate cu text aldine, iar rezultatul sistemului este afișat în text simplu.

În prima comandă (whoami), operatorul încearcă să-și afle numele sau, mai degrabă, sub care utilizator rulează această sesiune shell. După cum puteți vedea, sistemul a răspuns cu numele de utilizator bofh. Comanda whoami nu necesită niciun parametru și nu are opțiuni sau argumente. Puteți încerca să le transmiteți ei:

$ whoami -h whoami: opțiune ilegală -- h utilizare: whoami $ whoami sometext utilizare: whoami

După cum puteți vedea, utilitarul whoami a raportat cu amabilitate că nu știe ce tasta -h i-a dat operatorul. Și utilizarea liniei: whoami vă spune sintaxa comenzii.

A doua comandă (hostname) a permis operatorului să știe pe ce gazdă rula shell-ul. În acest caz, operatorul a specificat comutatorul -s, care în acest caz instruiește utilitarul de nume de gazdă să afișeze doar numele de gazdă „scurt”, adică fără partea de domeniu (cu alte cuvinte, până la primul punct).

Prin executarea celei de-a treia comenzi (uname), operatorul a putut afla cu ce sistem de operare are de-a face, precum și versiunea OS. Cheile pot fi înregistrate împreună, așa cum este demonstrat în exemplul de mai sus, sau separat, iar apoi fiecare cheie trebuie să aibă un simbol minus în fața ei:

$ uname -s -r FreeBSD 7.1-STABLE

În cele din urmă, a patra comandă (echo) pur și simplu imprimă argumentele transmise acesteia.

După cum putem vedea, comenzile pot avea multe opțiuni și argumente diferite. Numărul lor variază de la utilitate la utilitate, semnificația lor variază, opțiunile pot fi „scurte” și „lungi”, etc. Mai mult, în sisteme de operare diferite, aceeași comandă poate avea un set diferit de taste, ceea ce poate fi și mai confuz.

Este destul de firesc că nu este posibil să vă amintiți toți parametrii anumitor comenzi. Acest lucru nu este necesar. Există o modalitate de a vă reîmprospăta rapid memoria cu privire la sintaxa și cheile unei anumite comenzi - folosind opțiunile -h și/sau --help, dacă utilitarul le acceptă. De exemplu, mai sus, în exemplul comenzii whoami din sistemul de operare FreeBSD, s-a arătat că această comandă nu știe despre nicio tastă și este, de asemenea, destul de laconic. În sistemul de operare GNU/Linux, rezultatul arată ușor diferit și mai detaliat:

$ whoami -h whoami: opțiune nevalidă -- "h" Încercați `whoami --help" pentru mai multe informații. $ whoami --ajutor Utilizare: whoami ... Tipăriți numele de utilizator asociat cu ID-ul de utilizator efectiv curent. La fel ca id -un. --help afișează acest ajutor și ieșire --version informații despre versiunea de ieșire și ieșire

De regulă, o comandă care acceptă comutatoare lungi are aproape întotdeauna o opțiune --help. Dar, așa cum am menționat mai sus, această opțiune vă permite doar să vă reîmprospătați memoria despre cum să utilizați această comandă și parametrii ei. Unde puteți găsi informații mai detaliate despre o anumită echipă vor fi discutate în.

) este utilizat pe scară largă ca notație standard, dar în primele zile oamenii au experimentat. Pe unele mașini, comanda sortare nu mai acceptă notația +. Cu toate acestea, diverse comenzi (în special ar și tar) acceptă controale fără caracter de prefix - iar dd (menționat de Alok într-un comentariu) folosește o convenție complet diferită.

Convenția GNU de utilizare a „--” pentru opțiunile lungi (acceptată de getopt_long(3)) a fost modificată pentru a utiliza „+”. Desigur, software-ul X11 folosește o singură liniuță înaintea opțiunilor cu mai multe caractere. Deci, aceasta este toată o colecție de relicve istorice de când oamenii au experimentat cum să o gestioneze cel mai bine.

POSIX documentează convențiile de utilitate pentru care operează, cu excepția cazurilor în care precedentul istoric este mai puternic.

Ce stiluri de procesare opțiuni există?

[La un moment dat, SO 367309 conținea următorul material ca răspuns. A fost solicitat inițial pe 2008-12-15 02:02 FerranB, dar ulterior a fost închis și eliminat.]

Câte tipuri diferite de opțiuni recunoașteți? Mă pot gândi la multe, inclusiv:

• Opțiunile cu o singură literă precedate de o singură liniuță sunt grupate atunci când nu există argumente, argumentul poate fi atașat la litera opțiunii sau în următorul argument (multe, multe comenzi Unix, majoritatea comenzilor POSIX).
• Opțiuni cu o singură literă precedate de o singură liniuță, gruparea nu este permisă, argumentele trebuie adăugate (RCS).
• Opțiuni cu o singură literă precedate de o singură liniuță, gruparea nu este permisă, argumentele trebuie să fie separate (pre-POSIX SCCS, IIRC).
• Opțiunile cu mai multe litere care sunt precedate de o singură liniuță pot avea argumente prefixate sau în următorul argument (programe X11, precum și Java și multe programe pe Mac OS X cu moștenirea NeXTSTEP).
• Opțiunile cu mai multe litere precedate de o singură liniuță pot fi abreviate (Atria Clearcase).
• Opțiuni cu mai multe litere precedate de un singur plus (învechit).
• Opțiuni cu mai multe litere precedate de o liniuță dublă; argumentele pot urma „=" sau pot fi separate (utilități GNU).
• Parametrii fără prefix/sufix, unele nume au abrevieri sau argumente implicite trebuie să fie separate. (AmigaOS Shell)

Pentru opțiunile care iau un argument opțional, uneori este necesar să adăugați argumentul (co -p1.3 rcsfile.c), uneori acesta trebuie să fie urmat de semnul „=". POSIX nu acceptă argumente suplimentare (POSIX getopt() le permite doar pentru ultimul de pe linia de comandă).

Toate sistemele de opțiuni rezonabile folosesc o opțiune constând dintr-o bară dublă (" -- ") doar pentru a indica „sfârșitul opțiunilor” - următoarele argumente: „argumente opționale” (de obicei, nume de fișiere, POSIX le numește „operanzi”) chiar dacă ele încep cu o liniuță. Rețineți că, dacă un parametru -- este precedat de o opțiune care necesită un argument, -- va fi tratat mai degrabă ca un argument de opțiune decât ca un marcator de „sfârșit de opțiuni”.

Multe, dar nu toate programele acceptă o singură liniuță ca nume de fișier pentru a indica intrarea standard (de obicei) sau ieșirea standard (uneori). Uneori, ca și în cazul „tar” GNU, ambele pot fi folosite pe aceeași linie de comandă:

... | tar -cf - -F - | ...

Prima liniuță personală înseamnă „scrie la stdout”; al doilea înseamnă „citește numele fișierelor din stdin”.

Unele programe folosesc alte convenții - adică parametri care nu sunt precedați de liniuță. Multe dintre ele datează din cele mai vechi zile ale Unix. De exemplu, „tar” și „ar” acceptă ambele parametri fără liniuță, deci:

Tar cvzf /tmp/somefile.tgz some/directory

Comanda dd folosește exclusiv opt=value:

Dd if=/unele/fișier din=/altul/fișier bs=16k count=200

Unele programe permit alternarea completă a opțiunilor și a altor argumente; compilatorul C, make și utilitarele GNU funcționează fără POSIXLY_CORRECT în mediu - exemple. Multe programe se așteaptă la parametri care precedă alte argumente.

Rețineți că git și alte echipe VCS folosesc adesea un sistem hibrid:

Git commit -m „De aceea a fost comis”

Există o subcomandă ca unul dintre argumente. Adesea vor fi adăugați parametri „globali” suplimentari care pot fi specificați între comandă și subcomandă. POSIX are exemple; comanda sccs este în această categorie; ați putea argumenta că și alte comenzi care rulează alte comenzi se încadrează în această categorie: nice and xargs spring pentru a lua în considerare POSIX; sudo este un exemplu non-POSIX, la fel ca svn și cvs.

Nu am preferințe puternice între diferitele sisteme. atunci când există mai multe opțiuni, atunci sunt convenabile litere simple cu sens mnemonic. GNU acceptă acest lucru, dar recomandă opțiuni cu mai multe litere precedate de o liniuță dublă.

Sunt unele lucruri la care mă opun. Unul dintre cele mai rele este că aceeași literă de opțiune este folosită cu semnificații diferite, în funcție de ce alte litere de opțiune o preced. În cartea mea, este un nu-nu, dar știu software-ul unde se face acest lucru.

Un alt comportament nedorit este inconsecvența în stilul de manipulare a argumentelor (mai ales în cadrul unui singur program, dar și în cadrul unui set de programe). Oricare necesită argumente atașate sau necesită argumente detașate (sau rezolvă oricare), dar lipsesc unele opțiuni care necesită un argument atașat și altele care necesită un argument separat. Și fie că „=" poate fi folosit pentru a separa o opțiune și un argument.

Ca și în cazul multor lucruri, multe lucruri (legate de software) - consecvența este mai importantă decât deciziile individuale. Utilizarea instrumentelor care automatizează și standardizează procesarea argumentelor ajută la coerență.

Orice ați face, citiți Opțiunile liniei de comandă TAOUP și revizuiți Standardele pentru interfețele liniei de comandă. (Adăugat de J F Sebastian - mulțumesc; sunt de acord.)

Orice succesiune de caractere. Un tip de date scanset este un tip de date de tip generalizat „s” (șir). De fapt, directiva de tip „s” poate fi exprimată prin următorul set de scanare exclusiv:

%[^\t\n]

Aceasta spune că toate caracterele care nu sunt goale, fără tablă și fără linie nouă vor fi consumate. Adică, scanarea se va încheia pe primul caracter de spațiu alb din intrarea în jurnal. (Consultați Caractere de evacuare pentru detalii despre specificarea caracterelor de escape într-o comandă de format.)

Într-un set de scanare inclusiv, caracterele dintr-o intrare de jurnal vor fi consumate până când este întâlnit un caracter care nu este în setul de scanare. Într-un set de scanare exclusiv (de exemplu, unul care are un caracter „^” (circumflex) imediat după paranteza din stânga), caracterele dintr-o intrare de jurnal vor fi consumate până când este întâlnit un caracter care se află în setul de scanare.

Un set de scanare permite unei singure directive de scanare să consume mai multe câmpuri de intrare în jurnal. De exemplu, un set de scanare pe care l-ați putea folosi frecvent este unul care „citește toate caracterele rămase dintr-o intrare”:

Adică, consumați totul, de la poziția curentă într-o intrare până la caracterul newline, care marchează sfârșitul intrării.

O directivă scanset poate fi, de asemenea, utilizată pentru a termina o scanare înainte ca o variabilă de tip simplu „s”, adică atunci când este găsit un caracter de spațiu alb. De exemplu, să presupunem că o intrare de jurnal are încorporată în ea oricare dintre următoarele două secvențe de câmp:

Cod de eroare:24 Cod de avertizare:16

Dacă doriți doar să extrageți codul numeric în sine, ar putea fi utilizate următoarele directive:

%***[^:]:%d

Această descriere a formatului consumă și elimină (câmpul este suprimat) toate caracterele până când se găsește două puncte (setul de scanare exclusiv), apoi consumă și elimină două puncte (un literal încorporat) și în final consumă și stochează codul numeric.

Ca și în cazul unui tip de date șir, dacă doriți să consumați mai mult de 31 de caractere cu o directivă scanset, trebuie să includeți o opțiune de lățime maximă în directivă. De exemplu, pentru a consuma până la 60 de caractere din locația curentă până la sfârșitul intrării, utilizați:

%60[^\n]

Unele sisteme de operare acceptă utilizarea unui „-” (liniuță) pentru a reprezenta o serie de caractere, de exemplu:

Acest exemplu include toate literele mici din setul de scanare. Caracterul care precede liniuța trebuie să fie din punct de vedere lexical mai mic decât caracterul care îl urmează, altfel liniuța este de sine stătătoare. De asemenea, liniuța este de la sine ori de câte ori este primul sau ultimul caracter din setul de scanare.

Pentru a include suportul din dreapta într-un set de scanare inclusiv, acesta trebuie să urmeze imediat paranteza din stânga de deschidere. Pentru a include paranteza dreaptă într-un set de scanare exclusiv, trebuie să urmeze imediat caracterul circumflex. În ambele cazuri, un parantez drept astfel plasat nu este considerat bracketul drept de închidere al setului de scanare.

Folosind comanda dir deja descrisă ca exemplu, să ne uităm la regulile de scriere a comenzilor în sistemul MS-DOS. Comanda specificată poate fi reprezentată în formă generală ca dir [cale]

După cum înțelegeți, această comandă nu trebuie introdusă în computer în acest formular. Această notație specifică doar sintaxa comenzii și este posibilă pe hârtie, dar nu și pe linia de comandă. Intrarea de comandă începe cu numele său (în acest exemplu, numele este dir). Numele comenzii este urmat de un spațiu și apoi de numele unității, care este indicat cu d:. Deoarece în unele cazuri este posibil ca unitatea să nu fie specificată (vezi exemplele de mai sus), această parte a comenzii este cuprinsă între paranteze drepte. Aceste paranteze indică faptul că un anumit element de comandă poate lipsi. Desigur, parantezele pătrate în sine nu ar trebui introduse la introducerea unei comenzi. Numele unității din intrarea partajată este urmat de cale. De asemenea, nu este necesar să îl specificați, în acest caz conținutul directorului rădăcină va fi afișat pe ecran.

Comenzile MS-DOS pot include așa-numitele comutatoare care stabilesc condițiile pentru executarea comenzii. Deci, dacă tastați /P după comanda dir, conținutul directorului va fi afișat pagină cu pagină. Acest mod este util pentru directoare mari al căror conținut poate cuprinde mai multe pagini de ecran. Pentru directorul SCHOOL, comanda de paginare va arăta astfel: dir c:school/p

În plus față de comutatorul P, comanda dir poate avea un comutator W, care specifică ieșirea numai a numelor de fișiere - cinci nume pe fiecare linie. Posibilitatea de a avea comutatoare într-o comandă este reflectată de o intrare ca: dir [cale]

Orice comandă MS-DOS poate fi reprezentată aproximativ ca:

Nume comandă [argument]... [comutator]...

Punctele de suspensie din aceste intrări înseamnă că elementul de comandă care precede punctele de suspensie poate fi repetat de un număr arbitrar de ori. Punctele de suspensie nu trebuie incluse în comanda în sine. Un argument este de obicei înțeles ca obiectul căruia i se aplică comanda (nume fișier, nume director etc.). Argumentele sunt de obicei separate de numele comenzii și unele de altele printr-un spațiu.

Crearea și ștergerea directoarelor

Sunteți deja familiarizat cu mai multe comenzi pentru lucrul cu directoare: dir, copac, cd. Să completăm această listă cu comenzi concepute pentru a crea și șterge directoare. Acestea sunt comenzile md și, respectiv, rd. Comanda md poate fi scrisă ca mkdir, care este prescurtare pentru „make directory” - creați un director. Comanda rd poate fi scrisă și în forma mai verbosă rmdir (prescurtare de la „elimină directorul”). Sintaxa pentru comenzile md și rd este aceeași:

md si rd

Folosind comanda md, puteți crea o structură arborescentă a directoarelor specificând calea către noul director. Aici sunt cateva exemple:

Creați un director GRAPH3 în directorul curent;

Creați un director REST în directorul rădăcină al unității C.

Comanda rd vă permite să eliminați alte directoare decât directorul curent. De exemplu, pentru a șterge directorul HOBBY de pe unitatea C, trebuie să tastați:

Rețineți că directorul șters de comanda rd trebuie să fie gol, adică toate fișierele și subdirectoarele din el trebuie mai întâi șterse, iar procedura de ștergere trebuie să înceapă de la nivelul cel mai de jos (operațiile cu fișierele vor fi discutate în paragraful următor). Versiunile de MS-DOS începând de la 6.0 prevăd ștergerea directoarelor împreună cu tot conținutul acestora. Pentru a face acest lucru, trebuie să utilizați comanda deltree, care are un format similar cu comenzile md și rd:

deltree [cale]

Toate ștergerile se fac cu confirmare, dar dacă specificați parametrul /y în comandă, atunci confirmarea nu este necesară. Când trebuie să ștergeți un director (cum ar fi EXERC) conținut în directorul curent, introduceți pur și simplu deltree exerc

Înainte de a șterge un director, sistemul vă va cere să confirmați ștergerea. Tastați Y (Da) și apăsați Enter.

PARTEA TEORETICĂ

Sistemul de operare permite accesul direct la unele fișiere din structura sa de către utilizator pentru a efectua o acțiune sau operație. Acțiunea va fi efectuată folosind programe scrise în aceste fișiere, iar indicarea unei astfel de acțiuni este apelată echipă

Comenzi interne ale sistemului de operare

Fișierul COMMAND.COM descrie modul în care computerul poate executa comenzi simple, cele mai frecvent utilizate. Comenzile DOS, care sunt scrise ca coduri în fișierul COMMAND.COM, sunt apelate echipe interne. Datele din fișierul COMMAND.COM sunt încărcate în memorie pentru întreaga sesiune de lucru, astfel încât sistemul începe să execute imediat comenzile interne. Iată exemple de comenzi interne DOS, ale căror coduri de execuție sunt descrise în fișierul COMMAND.COM.

Echipă	Descrierea echipei interne
CD	Tipăriți numele directorului curent sau schimbați directorul
copie	Copiați un fișier sau mai multe fișiere într-o locație specificată
Data	Afișați data curentă și modificați-o dacă este necesar
del, șterge	Ștergeți fișierele specificate
dir	Listați fișierele și subdirectoarele din directorul curent sau specificat
Ieșire	Opriți rularea procesorului de comandă COMMAND.COM și transferați controlul către programul din care a fost lansat
md, mdir	Creați un director sau un subdirector
cale	Specificați directoarele în care DOS ar trebui să caute fișiere executabile (programe)
rd, rmdir	Eliminați directorul
ren, redenumiți	Schimbați numele fișierului sau fișierelor selectate
timp	Afișați ora sistemului și modificați-o dacă este necesar
tip	Tipăriți conținutul fișierului specificat
verifica	Verificați și raportați rezultatele scrierii fișierelor pe disc

Comenzile duplicate și ortografiile abreviate sunt scrise separate prin virgule. O comandă internă nu necesită specificarea cine o va efectua.

Comenzi DOS externe

Pe lângă fișierele de sistem, pachetul DOS include un set mare de programe înregistrate în fișiere separate cu extensia .corn, .exe. Programul dintr-un astfel de fișier este încărcat special în memorie de pe disc numai la cererea comenzii. Acest lucru necesită timp, astfel încât apelul, care indică numele fișierului cu programul DOS, este apelat echipa externaDOS. O comandă externă este numele programului care va efectua acțiunea așteptată; comanda nu include o extensie de fișier.

Fișierul COMMAND.COM acceptă diverse comenzi DOS de la tastatură, dar el însuși execută numai comenzi interne și fișiere batch seturi de comenzi. Când se confruntă cu o comandă pe care nu este pregătit să o execute intern, COMMAND.COM va căuta prin lista de căi de director și va încărca fișierul de program corespunzător de pe disc pentru execuție.

Programele pentru executarea comenzilor externe sunt furnizate cu DOS, sunt stocate pe disc în directorul DOS ca fișiere obișnuite și efectuează acțiuni de întreținere.

Dând o comandă

Echipă- acesta este un ordin de a efectua acțiuni, operațiuni.

1. O comandă de uz general poate fi introdusă pe tastatură cu litere latine, iar în timpul tastării, textul acesteia este afișat pe ecran în linia de comandă a promptului DOS.

2. Comanda poate fi atribuită unei taste de la tastatură (tastă rapidă).

3. O comandă în programele cu design grafic în fereastră poate fi descrisă prin selectarea parametrilor acesteia cu cursorul tastaturii sau mouse-ului în funcție de afișarea grafică de pe ecran: meniuri, ferestre pe care le oferă programul.

Structura, sintaxa comenzii

Mai sus, au fost date doar numele comenzilor, dar în cele mai multe cazuri comanda începe doar cu un nume, iar apoi trebuie notate elemente suplimentare. Sunt numite regulile de scriere și ordinea elementelor de comandă sintaxă echipe.

O comandă poate conține patru tipuri de elemente: Numele echipei (obligatoriu la inceput) parametri, chei (întrerupătoare) și sensuri. Aceștia determină opțiunea de executare a unei comenzi: cine (coduri ale cărui program, comandă), pe ce obiect și cum va efectua acțiunile necesare. Elementele de comandă sunt separate prin spații.