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 felfedezzük, 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) gyűjteménye és egy megosztott kódkönyvtár, amelyet a fejlesztők felhívhatnak az alkalmazások fejlesztésekor, hogy ne kelljen a nulláról írniuk 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ásukra, 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 azokat a kis darabokat, 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ásaiknak valamilyen közös funkciót kell végrehajtaniuk. Ehelyett az alkalmazásaikra egyedülálló kódra és az egészet összekötő felhasználói felületre koncentrálhatnak. Az ilyen megosztott kód keretrendszer használata szintén elősegít bizonyos szabványok biztosítását az alkalmazások között. Más fejlesztők könnyebben megérthetik, mit csinál egy program, és az alkalmazások felhasználói számíthatnak olyan dolgokra, mint a Megnyitás és a Mentés másként párbeszédpanelek, amelyek ugyanúgy működnek a különböző alkalmazásokban.
Szóval, miért rossz név a név?
Mert a megosztott kód keretrendszere mellett a .NET a futásidejű környezet alkalmazá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 ugyanolyan 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 C #, C ++, F #, Visual Basic és néhány tucat másik kedvencet. 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ármelyik 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 tartalmazzák a 2. és a 3. verzió összetevőit. 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éseket kérniük a felhasználóktól.
ÖSSZEFÜGGŐ: 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, ezért amikor először telepít egy alkalmazást, amelynek szüksége van valamelyik verzióra, a Windows automatikusan hozzáadja. Ha akarja, idő előtt maga is felveheti őket a Windows rendszerbe hozzáférés a Windows opcionális szolgáltatásaihoz . Lehetősége van a 3.5 és 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 azokhoz az alkalmazásokhoz, amelyekre szükségük van. Most a Windows kezeli ezeket a dolgokat az Ön számára.
Ez azt jelenti, hogy ha gondjai vannak, amelyek szerintetek kapcsolódnak a .NET keretrendszerhez, akkor néhány lépést megtehet.
ÖSSZEFÜGGŐ: 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 nyomja meg a bejegyzésünket további Windows-szolgáltatások hozzáadása hogy lássa, hogyan. Ha egyik lépés sem működik, megpróbálhatja sérült rendszerfájlok vizsgálata 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álkozzon a Microsoft letöltésével és futtatásával .NET-keretrendszer javító eszköz . Az eszköz támogatja a .NET-keretrendszer összes jelenlegi verzióját. Segít a .NET telepítésével vagy frissítésével 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 is tudni akartál a .NET Framework-ről, de hé - ha legközelebb egy partin kerül elő, minden barátodat lenyűgözheted.
