Dacă ați folosit Windows foarte mult timp, probabil că ați auzit de .NET de la Microsoft, probabil pentru că o aplicație v-a cerut să o instalați sau ați observat-o în lista de programe instalate. Cu excepția cazului în care sunteți dezvoltator, nu aveți nevoie de prea multe cunoștințe pentru ao folosi. Trebuie doar să funcționeze. Dar, din moment ce suntem curioși ca să cunoaștem lucruri, alăturați-vă nouă pe măsură ce explorăm ceea ce .NET este și de ce nevoie de atât de multe aplicații.
Numele ".NET Framework" în sine este un pic de nume greșit. A cadru (în termeni de programare) este într-adevăr o colecție de interfețe de programare de aplicație (API) și o bibliotecă partajată de cod pe care dezvoltatorii o pot suna atunci când elaborează aplicații, astfel încât aceștia să nu trebuiască să scrie codul de la zero. În cadrul .NET Framework, biblioteca de cod partajat este denumită Library Class Class (FCL). Bitii de cod din biblioteca partajată pot efectua diferite tipuri de funcții. Spune, de exemplu, că un dezvoltator a avut nevoie de aplicația lor pentru a putea să ping o altă adresă IP în rețea. În loc să scrie acel cod, și apoi să scrie toate micile bucăți care trebuie să interpreteze ceea ce înseamnă rezultatele ping, ei pot folosi codul din biblioteca care efectuează această funcție.
Și acesta este doar un mic exemplu. .NET Framework conține zeci de mii de bucăți de cod partajat. Acest cod partajat face viața dezvoltatorilor mult mai ușoară, pentru că nu trebuie să reinventeze roata de fiecare dată când aplicațiile lor trebuie să îndeplinească anumite funcții comune. În schimb, ei se pot concentra pe codul care este unic pentru aplicațiile lor și interfața cu utilizatorul care leagă toate împreună. Folosind un cadru de cod partajat, de asemenea, ajută la furnizarea unor standarde între aplicații. Alți dezvoltatori pot înțelege ce face un program mai ușor și utilizatorii aplicațiilor pot conta pe lucruri precum casete de dialog Open și Save As care lucrează la fel în diferite aplicații.
Deci, de ce este numele un nume incorect?
Deoarece, în plus față de a servi ca un cadru de cod partajat ,. NET oferă, de asemenea, o mediu de rulare pentru aplicații. Un mediu de execuție oferă o nisip de tip virtual în mașină în care se execută aplicații. Multe platforme de dezvoltare oferă același tip de lucru. Java și Ruby on Rails, de exemplu, ambele oferă propriile medii runtime. În mediul .NET, mediul de rulare este numit Limba de rulare comună (CLR). Atunci când un utilizator execută o aplicație, codul pentru acea aplicație este de fapt compilat în codul mașinii în timpul execuției și apoi executat. CLR furnizează și alte servicii, cum ar fi gestionarea firelor de memorie și a procesoarelor, gestionarea excepțiilor de program și gestionarea securității. Mediul de rulare este într-adevăr o modalitate de a extrage aplicația de la hardware-ul real pe care rulează aplicația.
Există mai multe avantaje pentru ca aplicațiile să funcționeze într-un mediu de rulare. Cea mai mare este portabilitatea. Dezvoltatorii își pot scrie codul folosind oricare dintre numeroasele limbi de sprijin, printre care se numără și C #, C ++, F #, Visual Basic și alte câteva duzini. Acest cod poate fi rulat pe orice hardware pe care este suportat .NET. În timp ce platforma a fost concepută în mod evident pentru a sprijini alte tipuri de hardware decât PC-urile bazate pe Windows, totuși, natura sa proprietară a determinat-o să fie utilizată în cea mai mare parte pentru aplicațiile Windows.
Microsoft a creat alte implementări de .NET pentru a rezolva această problemă. Mono este un proiect gratuit și open-source conceput pentru a oferi compatibilitate între aplicațiile .NET și alte platforme, în special Linux. Implementarea .NET Core este, de asemenea, un framework open-source, conceput pentru a aduce aplicații modulare ușoare pe mai multe platforme ... NET Core are rolul de a aduce suport pentru Mac OS X, Linux și Windows (inclusiv suport pentru aplicațiile Universal Windows Platform).
După cum vă puteți imagina, un cadru de genul .NET poate fi un adevărat avantaj în ceea ce privește dezvoltarea lucrurilor. Acesta permite dezvoltatorilor să scrie cod folosind limba preferată și să fie siguri că acest cod poate rula oriunde este suportat cadrul. Utilizatorii beneficiază de aplicații coerente și de faptul că este posibil ca multe aplicații să nu fie dezvoltate deloc dacă dezvoltatorii nu au acces la cadrul.
.NET Framework are o istorie oarecum tortuoasă și a văzut o serie de versiuni de-a lungul anilor. De obicei, cea mai nouă versiune de .NET disponibilă ar fi inclusă în lansarea fiecărei versiuni de Windows. Versiunile au fost concepute pentru a fi compatibile înapoi (deci o aplicație scrisă pentru versiunea 2 ar putea rula dacă versiunea 3 a fost instalată), dar aceasta nu a funcționat atât de bine. Nu toate aplicațiile au funcționat cu versiunile mai noi. Pe sistemele care rulează Windows XP și Vista, în special, ați vedea adesea mai multe versiuni de .NET instalate pe un PC.
În mod esențial, au existat trei moduri prin care s-ar instala o versiune specială a .NET Framework:
Din fericire, lucrurile sunt mai liniste în versiunile moderne de Windows. Uneori, în timpul zilelor Windows Vista, s-au întâmplat două lucruri importante. În primul rând, a fost lansat .NET Framework 3.5. Versiunea respectivă a fost reluată pentru a include componente din versiunile 2 și 3. Aplicațiile care necesită versiuni anterioare ar funcționa acum dacă ați instalat versiunea 3.5. În al doilea rând, upgrade-urile la .NET Framework au început să fie livrate prin Windows Update.
Împreună, aceste două lucruri însemnau că dezvoltatorii ar putea acum să se bazeze destul de mult pe utilizatorii care au instalat deja componentele corespunzătoare și nu mai trebuiau să ceară utilizatorilor să realizeze instalații suplimentare.
Când Windows 8 a rulat în jurul valorii de, o nouă, complet nou proiectat .NET Framework versiunea 4 a venit cu ea. Versiunea 4 (și mai sus) nu prezintă compatibilitate înapoi cu versiunile mai vechi. Este proiectat astfel încât să poată fi rulat alături de versiunea 3.5 pe același PC. Aplicațiile scrise la versiunile 3.5 și mai mici vor necesita instalarea versiunii 3.5, iar aplicațiile scrise la versiunea 4 sau mai mare vor avea nevoie de versiunea 4 instalată. Vestea bună este că, în calitate de utilizator, nu mai trebuie să vă faceți griji cu privire la aceste instalații. Windows-ul se ocupă de totul pentru tine.
Windows 8 și Windows 10 includ versiunile 3.5 și 4 (versiunea curentă fiind chiar 4.6.1). Acestea sunt instalate pe o bază de timp necesară, astfel încât prima dată când instalați o aplicație care are nevoie de una dintre aceste versiuni, Windows va adăuga automat. De fapt, puteți să le adăugați la Windows înainte de timp, dacă doriți, accesând funcțiile opționale ale Windows. Aveți opțiuni pentru adăugarea versiunii 3.5 și a versiunii 4.6 separat.
Acestea fiind spuse, nu există niciun motiv real să le adăugați la instalarea Windows decât dacă dezvoltați aplicații. Prima dată când instalați o aplicație care are nevoie de una dintre versiunile disponibile, Windows o va adăuga în spatele scenei.
Probabil că nu veți întâlni probleme cu .NET pe versiunile moderne de Windows. Deoarece ambele versiuni sunt incluse în Windows și sunt instalate după cum este necesar, instalările de aplicații sunt destul de neîntrerupte. Pe versiunile mai vechi de Windows (cred că XP și Vista), de multe ori a trebuit să dezinstalați și să reinstalați diferitele versiuni de .NET pentru ca lucrurile să funcționeze. De asemenea, a trebuit să sari prin cercuri pentru a vă asigura că versiunile potrivite de .NET au fost instalate pentru aplicațiile care le-au avut nevoie. Acum, Windows gestionează acele lucruri pentru dvs.
Acestea fiind spuse, dacă aveți probleme care credeți că sunt legate de cadrul .NET, există câțiva pași pe care îi puteți lua.
În primul rând, trebuie să vă asigurați că Windows are toate cele mai recente actualizări. Dacă este disponibilă o actualizare a .NET Framework, aceasta ar putea doar să vă rezolve problemele. De asemenea, puteți încerca să eliminați versiunile .NET Framework de pe computer și apoi să le adăugați din nou. Doar l-am lovit pe post pe adăugarea de caracteristici Windows suplimentare pentru a vedea cum. Dacă nici unul dintre acești pași nu funcționează, puteți încerca să scanați fișiere de sistem corupte în Windows. Nu durează mult și poate restaura fișiere de sistem care au devenit corupte sau au dispărut. Merită întotdeauna o lovitură.
Dacă niciuna dintre acestea nu funcționează, încercați să descărcați și să executați Microsoft .NET Framework Repair Tool. Instrumentul acceptă toate versiunile actuale ale .NET Framework. Vă ajută să depanați problemele obișnuite cu configurarea sau actualizările pentru .NET și este posibil să reparați automat problemele pe care le aveți.
Și acolo aveți. Poate fi mai mult decât ați vrut vreodată să știți despre .NET Framework, dar hei - data viitoare când vine la o petrecere, puteți impresiona toți prietenii.
