Örök küzdelem vagy div vs asztal

Örök küzdelem vagy div vs asztal

Hosszú csata állt a DIV elköteleződése és a tábla elrendezése között. Mindegyiküknek saját érvei vannak. Kezdetben tanultalak egy asztalt készíteni, mert abban az időben még nem volt DIV. Aztán elkezdte észrevenni, hogy sok ember használja a DIV-eket, és felhívja másokat, hogy tegyék meg. Úgy tűnik, hogy az érvek súlyosak - érvényes kód, a kódméret csökkentése, ami gyorsabb betöltést, a rétegek betöltésére való képességet jelent. Szép és ízletesnek hangzik, de tényleg így van?







Amikor elkezdtük beszélni kell előírni DIV'ami, nem hallgatni ezeket a beszélgetéseket, és divs érzékelt egy hóbort. Ezen kívül, azt találtuk, a különböző források kérdése elrendezés DIV'ami, és hallotta a választ, így lehetetlen, így nem lehet. Általában nagyon csalódott voltam a DIV'ah-ban.

Egy idő után észrevettem, hogy a DIV-ek egyre több projektet készítettek. Úgy döntöttem, hogy "csodálatos" elrendezésre váltok. Először minden olyan volt, hogy a kód valóban kisebb, nem vettem észre a speciális letöltési sebességet, de a kód 50k-ról 30kb-ra változott. Úgy tűnik, eltökélt szándéka, hogy felépüljön a devákkal. Amíg egy megrendelést nem kaptam ...

Tehát a megrendelés megtervezésénél több összetett elem is létezett, emellett egy olyan designot akartam készíteni, amely gyakorlatilag nem volt kép. Annak érdekében, hogy megbirkózhassam ezt az elemet, felkeresettem a választ a kérdésekre. Így értem el egy nagyon híres stúdió helyszínét. Tehát az ilyen helyszínek (portfólió, ár, munka) szabványos tulajdonságai között az oldal anyaga volt az elrendezésben. Ez egy ilyen anyagból származik, rázkódtam, és arra gondoltam, hogy érdemes-e DIV'ami-t készíteni.







Tehát egyetlen elrendezés elrendezését írta le. Most azonnal le akarok foglalni, az elrendezés valóban bonyolult. Különböző blokkok vannak szétszórva teljesen más helyeken a helyszínen. De nem ezt rémültem, hanem az a tény, hogy a szakmai kódozók csoportja ezt az elrendezést DIV-kkel töltötte ... 3 hétig. Például ez a tervezési táblázat 3 órán belül fúrt. És akkor a legérdekesebb dolog, miután ezt az elrendezést létrehozta egy táblázatot ... hazudok, vegyes elrendezés - elemeztem a kódot. El tudod hinni, lehet, hogy nem, de a kódom kisebbnek bizonyult.

Természetesen, ha figyelembe vesszük, hogy az egyik DIV egy elem - a csodálatos kód rövidebb. És ha az elrendezés összetett, és egy div tartalmaz egy tucat beágyazott divot, akkor a kód sokat változik, és nem olyan kicsi, mint szeretnénk. És ami a legfontosabb - miért veszít három hét alatt, hogy mit tehetünk 3 órán belül, és nem a csapat, hanem magunk? Ezt nem értem.

Igen, és azok is, akik a validálással szeretnének sikítani ... Megszűntek a táblák hitelesítése? Nem emlékszem ilyesmire. Egy helyesen létrehozott táblázat is érvényesít. Az érvényességi elrendezéstől azonban nincs értelme, hiszen csak egy személy tesz látogatószámlálót, vagy írhat egy olyan bejegyzést, ahol a cím tartalmazni fog egy kötőjelet - a kódod nem fogja érvényesíteni az érvényességet.

A magam részéről arra a következtetésre jutottak, hogy szükség van, hogy egy vegyes elrendezés, mivel időt takarít meg, és ezért pénzt. DIV'ami szabhat csak a fény területeken vagy támogató elindításának lehetőségét egy sablont egy másik sablont, amely biztosítja a lehetőséget, hogy írjon minden eleme egy beágyazott sablon.

Tisztelt olvasók! Ha hibát talál a szövegben, ne lusta, válassza ki a szót, és nyomja meg a CTRL + Enter billentyűt. Tegyük a nyelv tisztább!