NPM és bal oldali pad: Megtanultunk programot? CSS stílusú párnázás balra. A mezőt a bal oldali padding-baloldalon történő telepítése, a függőségek csökkentése érdekében küzdünk

CSS padding-left stílus határozza meg a mező mérete (távolság a belső széle a keret elem egy képzeletbeli négyszög, amely korlátozza a tartalmát a bal oldalon.

A CSS ingatlanpárnázásának összefoglalása

Padding-bal tulajdonságok írásbeli szabályok

Padding-maradt:<размер>;

A bal oldali mező értéke képpontok (px), százalékos (%) (%) vagy más megengedett egységekkel engedélyezhető a CSS számára.

Objektummodell

Object.style.paddingleft.

Padding-bal stílusú alkalmazás példa

A példában a padding munkáját illusztráljuk. Szükségünk van a bal oldali mezőre, hogy nagyobb legyen, mint más oldalakon. Szükséges, hogy a szöveg ne mászjon a háttérmintára.

Alkalmazás tulajdonságai Padding bal oldali

Szükségünk van a bal oldali mezőre, hogy nagyobb legyen, mint más oldalakon. Ez segít a CSS tulajdonság padding-elhagyásától.

A padding írása helyett: 5px; majd a padding-balra: 90px; Meg kell írnunk a párnázatot: 5px 5px 5px 90px; . Sokkal rövidebb és magasabb szintű elrendezést mutat.

Beállítja a mező értékét az elem tartalmának bal szélétől. A mező az elemkeret belső szélétől való távolság egy olyan képzeletbeli téglalapra, amely korlátozza annak tartalmát (1. ábra).

Szintaxis

padding-bal: érték | Auto.

Érvek

A bal mező nagyságát képpontok (px), százalékos (%) vagy más megengedett egységekben lehet feltüntetni a CSS-hez. Az automatikus argumentum azt jelzi, hogy a mező méretét a böngésző automatikusan kiszámítja.

Ennek a példának eredménye nem látható rizs. 2.

Ábra. 1. Alkalmazza a Padding-bal oldali paramétert

Böngésző					Nettscape.		Opera							Mozilla Firefox.
Változat	5.5	6.0	7.0	8.0	8.0	9.0	7.0	8.0	9.2	9.5	1.3	2.0	3.1	1.5	2.0	3.0
Támogatott	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen	Igen

Rövid információ

Leírás

Beállítja a mező értékét az elem tartalmának bal szélétől. A mezőt az elem keretének belső szélétől a képzeletbeli téglalaphoz tartozó távolságnak kell tekinteni, amely korlátozza annak tartalmát (1. ábra).

Szintaxis

padding-bal: érték | Auto.

Érvek

A bal oldali mező nagyságát képpontok (px), százalékos (%) vagy más engedékenységekkel lehet feltüntetni a CSS (TSS) egységek esetében. Az automatikus argumentum azt jelzi, hogy a mező méretét a böngésző automatikusan kiszámítja.

STML 4.01 CSS (TSSS) 2.1 IE 5,5 IE 6 IE 7 op 9,5 SA 3.1 FF 2.0 FF 3.0

Ennek a példának eredménye nem látható rizs. 2.

Ábra. 1. Alkalmazza a Padding-bal oldali paramétert

(David Haney), vezető programozó verem túlcsordulása

Tehát a fejlesztők, az idő egy komoly beszélgetésre. Valószínűleg tisztában van azzal, hogy ezen a héten reagál, Babel és egy csomó más népszerű NPM csomag tört. Az ok elég csodálatos.

Egy egyszerű NPM csomagot neveztek a bal padon, mint a reagálás, a babel és más csomagok függőségét. A modul, hogy az írás idején 11 csillag van a Githubon (most 323 - Croupper). Az egész csomag 11 egyszerű vonalból áll, amelyek végrehajtják a primitív funkciót a sorok bal oldalán lévő helyek beillesztésével. Ha a linkek egy része egy nap, itt van kódja:

Modul.exports \u003d balpad; Funkció balpad (STR, LEN, CH) (str \u003d string (str); var i \u003d -1; ha (! CH && CH! \u003d\u003d 0) CH \u003d "", Len \u003d Len - Str.Length; míg (+ + I.< len) { str = ch + str; } return str; } Что меня беспокоит, так это ilyen nagy számú csomagHa telepítve van függőség Egy egyszerű evezős funkcióból szóközökkel, ahelyett, hogy 2 percet költünk, és önmagát írja.

Miután megtudta a bal oldali pad miatt történt szorongást, elkezdtem felfedezni az NPM ökoszisztémát. És ez az, amit felfedeztem, többek között:

• Van egy csomag hívott isaray.880 ezer alkalommal naponta, 18 millió letöltés 2016 februárjában. Neki 72 Függő NPM csomag. És itt van egész 1 soros kód:
  Vissza a tostring.call (ARR) \u003d\u003d "";
• Van egy csomag hívott pozitív egész szám (Github), amely áll 4 sor és amelyre tegnap volt szükség 3 másik csomag munkához. A szerző azóta töltött egy refactort, így most a csomagnak 0 függősége van, de nem értem, miért nem történt meg azonnal.
• Friss telepítés Babel. Magába foglalja 41 000 fájl
• Tisztítsa meg a JSPM / NPM-alapú alkalmazássablont Kezdődik. 28 000+ fájl

Mindez megkérdezi a kérdést ...

Megtanultunk programozni?

Melyik párhuzamos világban a fenti döntések a legjobbak? Hogy száz függőségek és 28.000 fájlokat egy üres sablon nevezhető valami mást, kivéve a túlzott nehézség és az őrület?

Úgy tűnik, hogy az NPM ökoszisztéma résztvevői fétis mikrovégző növényeket termesztenek. Ahelyett, hogy bármilyen funkciót vagy kódot írna, úgy tűnik, hogy előnyben részesítik a másik által más által írt valamiről való függést. Számomra úgy tűnik számomra, hogy az NPM-ökoszisztémában lévő programozó összes munkája kisebb kódként csökken, amennyire csak lehetséges, hogy a meglévő könyvtárakat együtt társítson, hogy valami újat hozzon létre, amely egyedülállóan működik a személyes vagy kereskedelmi igényekhez.

A funkciók nem csomagok

A funkciók túl kicsiek ahhoz, hogy bejussanak a csomagba és a függőségbe. A tiszta funkcióknak nincs kapcsolatuk; Ezek véletlenszerű kódfragmensek és semmi más. Kire van szüksége a koszinusz függőségére? Ehelyett mi lenne igazán szeretsz függés a trigonometria csomag, amely magában foglalja számos ravasz funkciók nem akarunk írni magukat. Sokkal inkább hasonlít a .NET és más keretrendszerek létrehozására alapvető könyvtárat a fő funkcionalitással. Az ilyen könyvtárat a nyelv alkotói tesztelik, és nagymértékben garantált megbízhatóságot biztosítanak, hibák hiányában.

Harmadik felek problémája

Nincs semmi abszolút garancia, amelyet valaki más helyesen írt, vagy normálisan fog működni. Még ha minden helyes, optimális módja annak megoldására a probléma? Legalább ha önálló kódot írsz, könnyen megváltoztathatja, javíthatja a hibákat és javíthatja a hatékonyságot. Nem lehet különösen sok hiba 1 sorban.

Másodszor, még akkor is, ha a csomagban szereplő logika helyes, azt befolyásolja, hogy a fejlesztők függőségeket alakítanak ki az egysoros funkciókra, amelyek maguknak képesnek kell lenniük a zárt szemmel. Ha nem írhatja be a funkciót a bal oldali pad, pozitív egész szám vagy Isaray öt perc alatt (beleértve a Google kereső idejét is), akkor nem tudja, hogyan kell programozni. Az átkozott, közülük bármelyikük jó kérdés lehet az interjúban, mint csekk, hogy a jelölt képes-e programozni.

Végül a különböző API-k kötődése nem programozás. Ez valamilyen őrült formája a függőségek hackelésének, amely magában foglalja a felhők és a túlterhelés kódja és nehézségek, amelyek nem igazán szükségesek.

Mi még rosszabb, ha van egy hiba vagy kód a kódodban, vagy egy harmadik fél könyvtárának kódjában, akkor nem fogod tudni, hogyan kell hibakeresését vagy javítania, ha nem tudja, hogyan kell programozni.

A függőségek csökkenéséért harcolunk

Minden hozzáadott csomag hozzáad egy másikat. függőség A projekthez. A szó lényegének függősége az, amit te kipültHogy a kód működött. Minél több függőséget, annál inkább meghibásodott pontokat. Nem is beszélve a hiba nagyobb valószínűségét: Ellenőrizte azokat a programozókat, akik ezeket a funkciókat írta, ahonnan naponta függ?

Vegyük a függőséget minden olyan összetett funkciót, amely nagyon hosszú és drága, hogy megvalósítsa magát. A dolgok, mint a szint a hozzáférést az adatbázishoz (ORM) vagy gyorsítótár kliens kell megállapítani függőségek, mert bonyolult és kockázata függ a megtakarítások és a hatékonyság.

De kérlek, a szeretet kedvéért mindent, ami programozás, írja be az átkozott alapfunkciókat. Az egytávú csomagok függősége - általában sikoltozik. Nem hiszek? Csak kérdezze meg a reagálók fejlesztőit, mivel telt el a héten, és hogy nem sajnálják, hogy nem írták azokat a 11 sort, hogy csomagolják a karakterláncot a bal oldali terekre.