rengeteg felhasználó nem ismeri a framework és a library közötti jelentős különbséget. Ha a felhasználó jó fejlesztő (vagy kódoló) akar lenni, ezt nagyon fontos megérteni. A keretet általában több könyvtár halmazának tekintik. Ez azonban nem teljesen igaz. A” ki hív ” azt jelenti, hogy a hívó/hívó kapcsolat meghatározza a két kifejezés közötti különbséget. Ha a könyvtárakról beszélünk, “a felhasználó által írt kód hívja a könyvtárban valaki más által írt kódot”.

tehát mi a tényleges jelentése a “könyvtár?”

általánosságban elmondható, hogy a könyvtár előre definiált funkciók és osztályok halmaza vagy gyűjteménye, amelyek a fejlesztők számára elérhetők, hogy megkönnyítsék munkájukat és növeljék a fejlesztési folyamatot. Ez azt jelenti, hogy ezeknek a függvényeknek és osztályoknak a kódja már meg van írva a könyvtárban, és a fejlesztők nem írnak kódot bizonyos speciális funkciókhoz, hívhatják és használhatják a kódot a könyvtárból a saját kódjukon keresztül.

általánosságban elmondható, hogy a tipikus könyvtárak mérete nem olyan nagy. Bár általában a könyvtárak szűk hatókörre összpontosítanak, mint például a stringek, aljzatok, IO, amelyek miatt az API-k mérete is kicsi, és csak néhány számú függőséget igényel. A könyvtár csak egy sor osztályok azok meghatározása.

miért van szükségünk könyvtárra?

a válasz erre a kérdésre nagyon egyszerű, például a valaki más (vagy más fejlesztők) által már írt kód újrafelhasználása, amely segít a fejlesztőnek elkerülni a kód írását olyan funkciókhoz, amelyekhez a kód már meg van írva a könyvtárban.

egy példa segítségével megérthetjük a könyvtár létfontosságú szerepét:

példa

egyes könyvtárakban létezik egy “findLastInde ()”nevű módszer. Ennek a módszernek a meghatározása azért van megírva, hogy megtalálja egy adott karakter indexét a karakterláncban, amelyet argumentumként adnak át. Tehát egyszerűen hívhatjuk a” findlastindex(keresendő karakter) “metódust, és argumentumként átadhatjuk a karaktert a zárójelek közé írva, pl.” findLastIndex (A)”, amelynek pozícióját meg akarjuk keresni.

Hogyan hozzunk létre egy könyvtárat?

tegyük fel, hogy van egy programunk, amelyben húrokkal akarunk dolgozni, és “szárazon” akarjuk tartani a kódunkat (ne ismételje meg magát), és néhány újrafelhasználható funkciót írunk, amint az a következő programban látható.

Program

tehát itt létrehoztunk egy könyvtárat. Azonban még mindig meg kellett mentenünk, hogy ezeket a funkciókat csak meghívjuk.

saját KÖNYVTÁRKÓD létrehozása és használata

könyvtár létrehozásához kövesse az alábbi utasításokat:

  • először is létre kell hoznunk egy felületet a könyvtárhoz: mylib.h
  • most létre kell hoznunk a könyvtárunk megvalósítását: mylib.c
  • létre kell hoznunk egy könyvtár OBJ fájlt (vagy objektum fájlt) pl. (.o), hogy összekapcsolhatjuk a könyvtárat használó programokkal.
  • most már használhatjuk a könyvtárat más c program kódjában, ha belefoglaljuk az e programba.g. ” #include< mylib.h> ” és a könyvtár kódjában található link egy.out fájlba.

keretrendszerek

a keretmunka csak egy alapvető struktúrát ad nekünk, amely körül hozzáadhatjuk a kódunkat, hogy a rendszer jelentős funkcionalitása legyen. Tehát lehetővé teszi számunkra az alkalmazások létrehozásának szokásos módját, és a legfontosabb dolog szem előtt tartani, hogy ha egy keretrendszert használunk egy alkalmazás létrehozásához, akkor nyilvánvalóan a keret arra kényszerít minket, hogy egy adott szabványos módon dolgozzunk. Emellett megtanulhatjuk a weboldalak és alkalmazások létrehozásának szabványos módját, hogy alkalmazásaink és webhelyeink szabványosabbak legyenek.

a keretrendszerben definiált funkciók újrafelhasználhatók, ami azt jelenti, hogy ha ugyanazt a funkciót akarjuk használni a projekt több különböző helyén, akkor ezt használhatjuk, és nem is kell létrehoznunk ezt a funkciót, mert a framework sok munkát végzett nekünk.

a keretrendszer másik meghatározása

röviden elmondhatjuk, hogy a szoftver keretrendszer egy absztrakció, amelyben a keretrendszer olyan közös funkcionalitást biztosít számunkra, amelyet további kód írásával megváltoztathatunk vagy módosíthatunk. Így biztosított az alkalmazás-specifikus szoftver.

példa

tegyük fel, hogy egy bizonyos keretrendszeren dolgozunk, mint például a” Laravel”, amely számos funkcióval rendelkezik, és egyetlen funkcióról beszélünk, amely csak az ékesszóló modell használata, amely bizonyos funkciókat biztosít számunkra, amelyeket bárhol használhatunk a projektünkben. Ebben az esetben nem is kell megírnunk ezt a funkciót az adatok lekéréséhez az adatbázisból, és amikor szükségünk van az adatokra, csak meg kell hívnunk a funkciót.

mire képes egy keretrendszer?

egy keretrendszer egyszerűsíti a webes alkalmazások létrehozásának folyamatát. Tehát hogyan csinálja ezt, tegyük fel, hogy a felhasználó webes alkalmazást hoz létre a semmiből, tehát mit fog tenni? Létrehoz néhány üres könyvtárat. Amelyen belül létrehoz néhány alapvető fájlt, például az “index.html”, stílus.css, és minden alkalommal, amikor új projektet indít, a nulláról kell kezdenie, és pontosan ugyanazt a folyamatot kell megismételnie minden új projektnél. Itt a framework play jelentős szerepet játszik, és ezt a munkát elvégzi a felhasználók számára, és a felhasználónak csak a logikájából kell indulnia, a felhasználónak nem kell minden alkalommal a nulláról indulnia, amikor új projektet hoz létre. Most a felhasználónak csak a projekt nagy képére kell összpontosítania, és a keretrendszer sok időt takarít meg számunkra.

a könyvtár és a keretrendszer közötti legfontosabb különbség

a könyvtár és a keretrendszer közötti fő különbség a “NOB” néven ismert kifejezésben rejlik, amely a vezérlés inverzje. Ez a különbség egyfajta technikai különbség, amely az ellenőrzés áramlásáról szól.

tegyük fel, hogy amikor egy előre definiált függvényt vagy osztályt használunk a könyvtárból, teljes ellenőrzésünk van, és a mi választásunk, hogy mikor és hol akarjuk használni a könyvtárat (vagy meghívjuk a könyvtárban már elérhető függvényt vagy osztályt). Míg másrészt, ha keretet használunk, akkor a keret felelős az áramlásért. A keretrendszer lehetővé teszi számunkra, hogy egyes helyeken beépítsük a kódunkat, de az írott kódunkat a követelményeknek megfelelően hívja.

értsük meg a Vue példája segítségével.JS (Framework) és jQuery (Library):

tegyük fel, hogy létre kell hoznunk egy oldalt, amelyen meg akarjuk jeleníteni a hibát és a hibára vonatkozó releváns információkat, amikor hiba történik. A következő példában rákattintunk a gombra, és úgy teszünk, mintha valami hiba történt volna.

Program segítségével a jQuery (könyvtár)

nézd meg, hogyan használtuk a jQuery-t. A programot úgy építjük fel, hogy megmondjuk a programnak, hogy hol akarjuk hívni. Ezt megérthetjük, ha diákként elmegyünk egy egyetemi könyvtárba, és leveszünk egy bizonyos könyvet a polcról, mert tanulni akar.

itt nem azt mondjuk, hogy a JQuery függvény nem igényel bizonyos bemeneteket, amikor hívjuk őket. A jQuery azonban maga az ilyen típusú funkciók Könyvtára. Teljes ellenőrzés alatt állunk.

2. példa

a következő példában ugyanazt a munkát fogjuk végezni, de ezúttal a keretet fogjuk használni(vue.js)

Program a vue használatával.JS (keretrendszer)

a keretrendszer használata közben a felhasználónak csak ki kell töltenie az üres helyeket, maga a VUE egy konstruktor, amelynek több bizonyos tulajdonsága van. Elmondja a szükséges követelményeket, és a háttérrendszerben a Vue eldönti, hogy hol és mikor van szüksége rá. A Vue (a framework) csak megfordítja a vezérlést, mi pedig beépítjük a kódunkat a VUE-ba. A keretrendszer rendelkezik irányítással (felelős).

néhány alapvető különbség a könyvtár és a keretrendszerek között:

nem Könyvtár keretrendszer
1 a könyvtár olyan újrafelhasználható funkciók és osztályok csoportja, amelyeket a fejlesztők több közös feladat elvégzésére használnak. a keretrendszer alapvetően egy kóddarab, amely meghatározza a projektünk architektúráját vagy szerkezetét, és hozzáadja a programjainkhoz.
2 miközben egy könyvtárat használ a programban, a felhasználó teljes mértékben ellenőrzi, amikor a függvényeket vagy osztályokat használja a könyvtárból. a keretrendszerekben a kód soha nem hívott be keretrendszerbe. Ehelyett a keret hív téged.
3 a keretrendszer szabványos módot biztosít az alkalmazások fejlesztésére és telepítésére
4 zökkenőmentesen beépíthető a fejlesztési szakaszban lévő projektekbe. nem lehet zökkenőmentesen beépíteni a fejlesztési folyamatba. De ehelyett használhatjuk, amikor új projektet indítunk.
példa:
a jQuery JavaScript könyvtár, amely egyszerűsíti a végzet manipulációit.
példa:
az AngularJS a JavaScript egyik keretrendszere a dinamikus webalkalmazásokhoz

összefoglalva

mind a könyvtárban, mind a keretrendszerben írt kódot valaki más (vagy más fejlesztők) írta, amely sokféle módon segíti a felhasználókat számos szabványos feladat elvégzésében. Ez nem azt jelenti, hogy a felhasználó nem hozhat létre saját könyvtárat.

amikor a felhasználó a könyvtárat használja a programjában, teljes ellenőrzése van, míg másrészt, ha a keretrendszert használó felhasználóról beszélünk, akkor a keretrendszer maga a teljes ellenőrzést gyakorolja a felhasználó helyett. Vagy azt mondhatjuk, hogy ha a felhasználó a keretrendszert használja a könyvtár helyett, akkor a program vezérlése megfordul.

a Program könyvtárának használata közben a felhasználó szabadon hívhatja és használhatja a Program könyvtárát. Keretrendszer esetén a felhasználónak nincs teljes szabadsága, bár a keretrendszerben a felhasználónak be kell dugnia a kódját az adott funkcióhoz.

Kategória: Articles

0 hozzászólás

Vélemény, hozzászólás?

Avatar placeholder

Az e-mail-címet nem tesszük közzé.