CSS-ramar för adaptiv design

"Var ska vi göra midjan?""Fråga deras höghet (en film om Baron Munchhausen), men frågade sig själv, för hon svarade det själv. En ram är alltid bra, speciellt när det kommer från en anmärkningsvärd utvecklare: som en ryggstöd från en twitter, som en stiftelse från sob, eller som ett körsbärsträd på en hjorts panna, noggrant planterad av den baronen.

Alla CSS-ramar är bra och praktiska. Det faktum att en viss substans återfått sitt värde och flyttade en gång hela vägen till samma toppmötet, sade att frågan - där gör midjan - ännu inte har funnit sin slutliga beslut, och de återstående hörn, som ännu inte har erövrat.

Adaptiv layout: webbläsare och enheter

Internet är tillgängligt överallt och alltid, men bara genomwebbläsare. Endast med en viss elektronisk plattform. Alla andra alternativ ligger utanför det visuella gränssnittet. Webbläsaren arbetar inom ramen för en elektronisk plattform: en dator, en bärbar dator, en tablett eller en telefon. Andra varianter är möjliga, men de namngivna används oftast.

I en tid då IE "dominerades", som sedan födseln inte hade absolut dominans, och konkurrensen var i början nära, försökte man standardisera någonting.

Som process för produktion av datorutrustning ochMobila enheter kan inte styras, och utvecklingen av webbläsaren är alltid rör sig i en demokratisk riktning, alla kontrolleras av sig själv, det är en naturlig skillnad och utmaningar för utvecklare. Internet utrymme accepterar inte någon av de kollektivjordbruken, eller samhällen, eller en kibbutz. Dessutom alla fans och samhälls anhängare av olika verktyg migrerar kontinuerligt i varandra, försvinner och återkommer.

Naturligtvis, när det finns behov av att skaparesurser för internetutrymme, vi behöver mer eller mindre tillförlitliga grunder, och inte wobbly litar på den ständigt skakiga sanden av informationsteknologi. Termen "adaptiv", "gummi", "cross-browser" etc. kom som en etikett som en symbol för vad som gör att arbetet inte kan vara förgäves, att det kommer att se ut som detsamma och utföra sin funktion på vilken enhet som helst i vilken webbläsare som helst.

CSS Framework Bootstrap

Betydelsen och syftet med denna produkt är att förenkla programmerarens arbete. Man tror att han var en av de första, är bland de mest avancerade och förtjänar allas uppmärksamhet. Har i sin sammansättning:

• galler, kolumner, block;
• mönster, fasta, gummi och andra;
• grafik, teckensnitt och deras beskrivningar;
• media, bild och filmhantering;
• tabeller, normal design, sortering, ny funktionalitet;
• former, design av inmatningsfält, relaterade händelser, namn;
• navigering, flikar, flikar, sidor, menyer, paneler;
• varningar, dialoger, verktygstips, flytande element.

Denna ram förklarar mer frihet.kreativitet för programmeraren som använder denna underbara utvecklingsupplevelse från företaget Twitter. Allt detta är vackert, viktigt och intressant, men allt detta måste noggrant studeras innan de deklarerade möjligheterna blir tillgängliga för utvecklaren.

Bootstrap, hans anhängare och konkurrenter

I huvudsak alla ramar är HTML, CSS,JavaScript är en välkänd treenighet i olika kombinationer. Var och en presenterar utvecklaren med en annan komplicerad förståelse och kräver en viss tid att behärska. Men oavsett hur du delar upp byggnadsprocessen i fronten och baskanten, är allting en sak: från det allmänna verbala höljet, förmörkar endast kundens sinne (och då bara tillfälligt), det finns alltid en lycklig slut - verkligt liv, riktig uppgift och plikt dess lösningar.

Faktum är att utvecklaren, beväpnadBootstrap, Foundation, Cube, Semantic UI, Uikit, UniCSS, Maxmertkit, ... kan fungera bra med hjälp av formuläret 10/12 istället för formeln 1`000 / 100`000 (handwork) + Pi. Figurativt talar CSS-ramar för projektutvecklingstid från oändlighet eller ett stort antal timmar (manuellt arbete), upp till 10-12 timmar på ett projekt.

Påminner om att innan ägget läggs, så måste kycklingen vara väl förbannad med det, vi kan anta: skillnaden i utvecklingstiden kan inte försvinna någonstans, den går bort medan man studerar ramverket, väljer den som ska tas och mycket annat avfall än långt ifrån utvecklingsprocessen.

En erfaren utvecklare kommer överens om att även på en dagomöjligt att göra en anständig plats. Mänsklig intelligens fungerar snabbare än vilken som helst dator, men dess medvetna del - väger väldigt långsamt och noggrant innan du gör ett mycket enkelt beslut. Mängden och kvaliteten på de använda moderna verktygen är absolut ingenting och garanterar ingenting alls.

En modern webbplats är långt ifrån en samling sidor.demonstrerar adaptiv layout. Att ta hand om absolut någon webbplats är inte att visa hur smart sin utvecklare är, och vilka är de bästa CSS-ramarna i sitt arsenal, men att utföra den funktionalitet som krävs av kunden.

Anpassningsbarhet faktiskt och faktiskt

Uppgiften kräver en lösning - det här är en oföränderlig regel. Utvecklingen av grunderna för anpassningsförmåga och kompatibilitet med kors-webbläsare, avhandlingen på gummilayout med analytiska flikar för olika typer av gummi är en intressant övning, men inte mer. Adaptiva ramar CSS, HTML, JS - perspektiv, men beroende på det sammanhang där detta perspektiv bör övervägas.

Det finns en förståelse för den nödvändiga funktionaliteten. Det är säkert att resursen ska fungera på datorn och på smarttelefonen. Men det innebär inte alls att uppgiften med adaptiv layout är viktigare än uppgiften att genomföra en funktionell.

Det är omöjligt att kräva från en häst och från en ponny en ochsamma: dra samma rem med samma framgång. Det är ingen mening att bära potatis även på en majsdammare (ett flygplan som är väldigt populärt i den utvecklade socialismens era), när den är inom räckhåll från fältet till förvaringen. Här kommer även samma ponny att klara sig.

Termen "adaptiv" i ordets inbördes bemärkelsebetyder inte nödvändigtvis att någonting måste göras på det sätt som det gjorde före, på annat ställe eller under andra omständigheter. Det finns en uppgift och dess funktionalitet, det finns olika plattformar och enheter där denna funktionalitet ska fungera. Om målet i ekvivalens av processer, design och dialoger är en riktig utopi, om målet för att lösa den uppsatta uppgiften är en annan sak.

Historisk ögonblick och perspektiv

Programmerare utvecklar sig mycket snabbt, ochexponentiell, är yrkets specificitet. Idén om en programmerare är alltid snabbare än någon dator, för att skilja gränssnittet från koden bestämdes det intuitivt i början av byggandet av en informations civilisation. Men det räcker inte att skilja, det är nödvändigt att veta rätt där den nödvändiga kanten är belägen.

Dessa tre punkter (gränssnitt, kod, ansikte) baradel av den allmänna informationsenheten. Det finns data och problemet med deras presentation. Det är bara vid första anblicken kan det tyckas att data- och CSS-ramarna inte alls är sammankopplade. Faktum är att en representation alltid bestäms inte bara av koden utan också av vad den behandlar och hur den gör det, i första hand när det gäller tid.

Beslutar att använda CSS-ramar,välja en eller annan, uppskatta tiden för att mastera och jämföra sin funktionalitet med vad som krävs för att lösa problemet, bör det förstås att det som är viktigt är inte själva ramverket, utan bara det faktum att problemet som uppstått tidigare har fått betydelse igen. Det är viktigt att föreställa sig i vilken riktning utvecklingen av problemet och dess lösningar går.

Om tips, rådgivare och utvärderingsplaner

I verkligheten, med förståelsen av frågan, vem kanatt tro, och vem gör inte, vem bör informeras, och vem ska inte, problem uppstår aldrig. Men i det virtuella rummet med detta finns det allvarliga svårigheter.

Varje programmerare (särskilt lagetsådan) samlar erfarenhet. På ett eller annat sätt är denna erfarenhet en egen ram. Innan du tar på någons tro, även om du är väldigt populär och underbar, måste du placera dig i en forskares position, men inte en följare.

Erfarenheten av kollegor är aldrig en grundläggande grund för arbetet, särskilt i ett sådant dynamiskt område som informativt men ett bra incitament att utveckla din egen kunskap och erfarenhet.

Även om det inte är avsett att uppnå något, är ingentingförhindrar att lära av andras erfarenheter. Med varje efterföljande händelse är personlig erfarenhet och erfarenhet av kollegor i specialiteten bättre än bara personlig erfarenhet, och planerna för detta kommer definitivt att bli mer lovande och realistiska.