Mi a Microsoft .NET-keretrendszer, és miért van telepítve a számítógépemre?

Ha egyáltalán nagyon régóta használja a Windows rendszert, valószínűleg hallott a Microsoft .NET-ről, valószínűleg azért, mert egy alkalmazás megkérte a telepítésre, vagy észrevette a telepített programok listájában. Hacsak nem fejlesztő, nem kell sok tudás ahhoz, hogy kihasználja. Csak a működéséhez kell. De mivel geekinknek szeretjük a dolgok ismeretét, csatlakozzon hozzánk, amikor feltárjuk, mi is az a .NET, és miért van szüksége ilyen sok alkalmazásnak.

A .NET keretrendszer, magyarázat

Maga a „.NET Framework” elnevezés kissé téves elnevezés. A keretrendszer (programozási értelemben) valójában az Application Programming Interfaces (API) és egy megosztott kódkönyvtár gyűjteménye, amelyet a fejlesztők meghívhatnak az alkalmazások fejlesztésekor, hogy ne kelljen a nulláról írni a kódot. A .NET-keretrendszerben a megosztott kód könyvtárának neve az Framework Class Library (FCL). A megosztott könyvtár kódbitjei sokféle funkciót képesek végrehajtani. Tegyük fel például, hogy egy fejlesztőnek szüksége volt az alkalmazására, hogy képes legyen pingelni egy másik IP-címet a hálózaton. Ahelyett, hogy maguk írnák ezt a kódot, majd megírnák az összes apró darabot, amelyeknek meg kell értelmezniük a ping eredmények jelentését, használhatják az adott funkciót ellátó könyvtár kódját.

És ez csak egy apró példa. A .NET-keretrendszer több tízezer darab megosztott kódot tartalmaz. Ez a megosztott kód sokkal könnyebbé teszi a fejlesztők életét, mert nem kell újból feltalálniuk a kereket, amikor alkalmazásuknak valamilyen közös funkciót kell végrehajtania. Ehelyett az alkalmazásaikra egyedülálló kódra és az egészet összekötő felhasználói felületre összpontosíthatnak. Az ilyen megosztott kódok keretrendszerének használata bizonyos szabványok biztosítását segíti az alkalmazások között. Más fejlesztők könnyebben megérthetik, hogy mit csinál egy program, és az alkalmazások felhasználói számíthatnak például a Megnyitás és a Mentés másként párbeszédpanelekre, amelyek ugyanúgy működnek a különböző alkalmazásokban.

Szóval, miért rossz név a név?

Mivel a .NET a megosztott kód keretrendszere mellett futásidejű környezetet is biztosítalkalmazásokhoz. A futásidejű környezet egy virtuális gépszerű homokozót biztosít, amelyben az alkalmazások futnak. Számos fejlesztési platform nyújt hasonló dolgokat. A Java és a Ruby on Rails például mindkettő saját futási környezetet biztosít. A .NET világban a futásidejű környezet neve Common Language Runtime (CLR). Amikor a felhasználó futtat egy alkalmazást, az alkalmazás kódját futás közben ténylegesen gépi kódba fordítják, majd végrehajtják. A CLR néhány egyéb szolgáltatást is nyújt, például a memória és a processzor szálainak kezelését, a programkivételek kezelését és a biztonság kezelését. A futásidejű környezet valóban egy módja annak, hogy elvonjuk az alkalmazást a tényleges hardvertől, amelyen az alkalmazás fut.

Számos előnye van annak, ha az alkalmazások futásidejű környezetben futnak. A legnagyobb a hordozhatóság. A fejlesztők számos támogató nyelv bármelyikével megírhatják kódjukat, beleértve a kedvenceket, például a C #, C ++, F #, Visual Basic és néhány tucat más nyelvet. Ez a kód akkor futtatható minden olyan hardveren, amelyen a .NET támogatott. Míg a platformot látszólag nem a Windows-alapú PC-k hardverének támogatására tervezték, a tulajdonjogi jellege miatt leginkább Windows-alkalmazásokhoz használták.

A Microsoft a .NET más megvalósításait hozta létre ennek megoldása érdekében. A Mono egy ingyenes és nyílt forráskódú projekt, amelynek célja a .NET-alkalmazások és más platformok, különösen a Linux közötti kompatibilitás biztosítása. A .NET Core implementáció szintén ingyenes és nyílt forráskódú keretrendszer, amelynek célja a könnyű, moduláris alkalmazások több platformra történő eljuttatása. A .NET Core célja, hogy támogatást nyújtson a Mac OS X, Linux és Windows rendszerekhez (beleértve az Universal Windows Platform alkalmazások támogatását is).

Ahogy el lehet képzelni, a .NET-hez hasonló keretrendszer igazi áldás lehet a dolgok fejlesztési oldalán. Lehetővé teszi a fejlesztők számára, hogy a kívánt nyelven írják a kódot, és biztosak lehetnek abban, hogy a kód mindenütt futtatható, ahol a keretrendszer támogatott. A felhasználók számára előnyösek a következetes alkalmazások, valamint az a tény, hogy sok alkalmazást egyáltalán nem lehet fejleszteni, ha a fejlesztők nem férnek hozzá a keretrendszerhez.

Hogyan kerül a .NET a rendszeremre?

A .NET-keretrendszer kissé kanyargós történelemmel rendelkezik, és az évek során számos verziót látott. Általában a rendelkezésre álló .NET legújabb verziója szerepelne a Windows egyes verzióinak kiadásában. A verziókat visszafelé kompatibilisnek szánták (tehát a 2-es verzióra írt alkalmazás futtatható volt, ha a 3-as verziót telepítették), de ez nem sikerült annyira jól. Nem minden alkalmazás működött az újabb verziókkal. Különösen a Windows XP és a Vista rendszert futtató rendszereken gyakran látja, hogy a .NET több különböző verziója van telepítve a számítógépre.

A .NET-keretrendszer bármely adott verziójának telepítése lényegében háromféleképpen történt:

  • Előfordulhat, hogy a Windows verziója tartalmazza az alapértelmezett telepítést.
  • Egy adott verziót igénylő alkalmazás telepítheti saját telepítése során.
  • Egyes alkalmazások még egy külön letöltő webhelyre is elküldenék, hogy megragadják és telepítsék a .NET-keretrendszer egy adott verzióját.

Szerencsére a dolgok gördülékenyebbek a Windows modern verzióiban. Valamikor a Windows Vista napjaiban két fontos dolog történt. Először a .NET Framework 3.5 jelent meg. Ezt a verziót úgy alakították át, hogy a 2. és a 3. verzió komponenseit is belefoglalja. A korábbi verziókat igénylő alkalmazások most már működnek, ha éppen telepítette a 3.5-ös verziót. Másodszor, a .NET-keretrendszer frissítései végre megkezdődtek a Windows Update segítségével.

Ez a két dolog együtt azt jelentette, hogy a fejlesztők most már nagyrészt támaszkodhattak arra, hogy a felhasználók már telepítették a megfelelő összetevőket, és már nem kellett további telepítésre szólítaniuk a felhasználókat.

KAPCSOLÓDÓ: Mit csinálnak a Windows 10 „Opcionális funkciók”, és hogyan lehet őket be- vagy kikapcsolni

Amikor a Windows 8 körbejárt, egy új, teljesen átalakított .NET Framework 4-es verzió jött hozzá. A 4-es (és újabb) verziók nem rendelkeznek visszamenőleges kompatibilitással a régebbi verziókkal. Úgy tervezték, hogy ugyanazon a számítógépen futtatható legyen a 3.5-ös verzió mellett. A 3.5-ös és régebbi verziókra írt alkalmazásokhoz telepíteni kell a 3.5-ös verziót, a 4-es vagy újabb verzióra írt alkalmazásokhoz pedig a 4-es verziót kell telepíteni. A jó hír az, hogy Önnek mint felhasználónak már nem igazán kell aggódnia ezekért a telepítésekért. A Windows nagyjából kezeli az egészet az Ön számára.

A Windows 8 és a Windows 10 tartalmazza a 3.5 és 4 verziót (a jelenlegi verzió jelenleg 4.6.1). Telepítésük először szükséges, így amikor először telepít egy alkalmazást, amelynek szüksége van valamelyik verzióra, a Windows automatikusan hozzáadja. Ha akarja, a Windows opcionális szolgáltatásainak használatával valóban időben felveheti őket a Windows rendszerbe. Lehetősége van a 3.5 és a 4.6 verzió külön-külön történő hozzáadására.

Ez azt jelenti, hogy nincs igazi oka annak, hogy saját maga adja hozzá őket a Windows telepítéséhez, hacsak nem fejleszt fejleszt alkalmazásokat. Amikor először telepít egy alkalmazást, amelynek az elérhető verziók valamelyikére van szüksége, a Windows hozzáadja az Ön számára a kulisszák mögé.

Mit tehetek, ha problémáim vannak a .NET-mel?

Valószínűleg nem merül fel problémája magával a .NET-rel a Windows modern verzióiban. Mivel mindkét szükséges verziót a Windows tartalmazza és szükség szerint telepíti, az alkalmazás telepítése meglehetősen zökkenőmentes. A Windows régebbi verzióin (gondolja az XP és a Vista) gyakran kellett eltávolítania és újratelepítenie a .NET különféle verzióit, hogy a dolgok működjenek. Ugrálnia kellett a karikákon is, hogy megbizonyosodjon arról, hogy a .NET megfelelő verziói vannak-e telepítve az alkalmazásokhoz, amelyekre szükségük van. Most a Windows kezeli ezeket a dolgokat az Ön számára.

Ennek ellenére, ha problémái vannak, amelyek úgy gondolják, hogy kapcsolódnak a .NET keretrendszerhez, akkor néhány lépést megtehet.

KAPCSOLÓDÓ: A sérült rendszerfájlok keresése (és javítása) a Windows rendszerben

Először meg kell győződnie arról, hogy a Windows rendelkezik-e a legújabb frissítésekkel. Ha elérhető a .NET-keretrendszer frissítése, az csak megoldhatja a problémákat. Megpróbálhatja eltávolítani a .NET-keretrendszer verzióit is a számítógépről, majd újra hozzáadni. Csak nézze meg a további Windows funkciók hozzáadásával kapcsolatos bejegyzésünket, hogy lássa, hogyan. Ha ezek a lépések sem működnek, megpróbálja megkutatni a sérült rendszerfájlokat a Windows rendszerben. Nem tart sokáig, és helyreállíthatja a sérült vagy eltűnt rendszerfájlokat. Mindig megér egy lövést.

Ha egyik sem működik, próbálja meg letölteni és futtatni a Microsoft .NET-keretrendszer javító eszközét. Az eszköz támogatja a .NET-keretrendszer összes jelenlegi verzióját. Segít a .NET telepítésével vagy frissítéseivel kapcsolatos gyakori problémák elhárításában, és képes lehet automatikusan megoldani a problémákat.

És itt van. Lehet, hogy több, mint amit valaha tudni akartál a .NET-keretrendszerről, de hé - ha legközelebb egy partin kerül elő, minden barátodat lenyűgözheted.