CSS-rammer for adaptiv design

"Hvor skal vi lave taljen?" - spurgte deres højhed (filmen om baronen Munchhausen), men spurgte sig selv, fordi hun svarede det selv. En ramme er altid god, især når det kommer fra en bemærkelsesværdig udvikler: Som en bootstrap fra en twitter, som et fundament fra sob, eller som et kirsebærtræ på en hjorte pande, omhyggeligt plantet af den baron.

Alle CSS-rammer er gode og praktiske. Den kendsgerning, at den velkendte enhed genvandt sin betydning og flyttede på den næste vej til alle de samme toppe, siger, at spørgsmålet - hvor man skal lave en talje - endnu ikke har fundet sin endelige løsning, og der er stadig en højde, som endnu ikke er blevet erobret.

Adaptive layout: browsere og enheder

Internettet er tilgængeligt overalt og altid, men kun gennem browseren. Kun med en bestemt elektronisk platform. Alle andre muligheder ligger uden for den visuelle grænseflade. Browseren fungerer inden for evnen på en elektronisk platform: en computer, en bærbar computer, en tablet eller en telefon. Andre varianter er mulige, men de navngivne bruges oftest.

På et tidspunkt, hvor IE "dominerede", som fra fødslen ikke havde absolut dominans, og konkurrencen var oprindeligt tæt, forsøgte man at standardisere noget.

Da produktionen af computerudstyr og mobile enheder ikke kan styres, og udviklingen af browsere hele tiden bevæger sig i en demokratisk retning: Alt styres af sig selv, hvilket skaber en naturlig forskel og vanskeligheder for udviklere. Internettet accepterer ikke enten kollektive gårde, lokalsamfund eller kibbutzim. Derudover overføres alle fællesskaber af fans og tilhængere af forskellige værktøjer løbende ind i hinanden, forsvinder og vises igen.

Naturligvis, når der er behov for at skabe ressourcer til internettet, har du brug for mere eller mindre pålidelige grunde, snarere end rystende fodfæste på det altid ustabile sand af informationsteknologi. Begreberne "adaptive", "gummi", "crossbrowser" osv. Kom som et tag som et symbol på, hvad der vil gøre det muligt for arbejdet ikke at blive spildt, at det vil se det samme og udføre dets funktion på enhver enhed i enhver browser.

CSS Framework Bootstrap

Betydningen og hensigten med dette produkt i forenkling af programmørens arbejde. Det menes at han var en af de første, er blandt de mest avancerede og fortjener alles opmærksomhed. At have i sin sammensætning:

• Gitter, kolonner, blokke;
• Skabeloner, faste, gummi og andre;
• Grafik, skrifttyper og deres beskrivelser
• Medier, ledelse af billeder og film;
• Tabeller, sædvanligt design, sortering, ny funktionalitet;
• Formularer, design af inputfelter, tilstødende begivenheder, navne;
• Navigation, faner, faner, sider, menuer, paneler;
• Advarsler, dialogbokse, værktøjstips, flydende elementer.

Denne ramme erklærer mere kreativ frihed for programmøren, der bruger denne vidunderlige udviklingsoplevelse fra Twitter. Alt dette er smukt, vigtigt og interessant, men alt dette skal undersøges grundigt, før de erklærede evner bliver tilgængelige for udvikleren.

Bootstrap, dets tilhængere og konkurrenter

Væsentligt er alle rammerne - HTML, CSS, JavaScript - en velkendt trio i forskellige kombinationer. Hver udvikler præsenterer en anden kompleksitet af forståelse og kræver en vis mængde tid at lære. Men uanset hvordan du deler opbygningen af byggepladsen i fronten og den baskiske ende, men alle: fra det fælles verbale husk, der kun forstår kundens sind (og så kun midlertidigt), er der altid et godt liv - en reel opgave og ansvar Dens beslutninger.

Faktisk kan udvikleren, bevæbnet med Bootstrap, Foundation, Cube, Semantic UI, Uikit, UniCSS, Maxmertkit, ... arbejde med formlen 10/12 i stedet for formlen 1'000 / 100`000 (manuel arbejde) + Pi-faktor. Figurativt talker CSS-rammerne udviklingstiden fra uendelig eller mange timer (manuel arbejde), op til 10-12 timer for ethvert projekt.

Husk at før ægget kan lægges ned, selv en kylling skal behandles med det anstændigt, kan man antage: Forskellen i udviklingstiden kan ikke forsvinde overalt, den går væk under studiet af rammen, valget af hvilket der skal tages, og massen af anden tidspilde, fjernt Fra udviklingsprocessen.

Erfarne udvikler er enig i, at selv om det er umuligt at lave et anstændigt sted. Det menneskelige intellekt arbejder hurtigere end nogen computer, men dens bevidste del - selv meget langsomt og omhyggeligt vejer alt, før man selv foretager en meget enkel beslutning. Mængden og kvaliteten af de moderne værktøjer anvendte absolut ingenting og garanterer ikke noget overhovedet.

Et moderne websted er langt fra et sæt sider, der viser adaptivt layout. Vedligeholdelse af ethvert websted er ikke at vise, hvordan smart sin udvikler, og hvad de bedste CSS-rammer er i dets arsenal, men for at udføre den funktionalitet, som kunden kræver.

Adaptabilitet faktisk og faktisk

Opgaven kræver en løsning - dette er en uhåndterlig regel. Udvikling af grunde til tilpasningsevne og cross-browser kompatibilitet, en afhandling om gummi layout med analytiske faner på en eller anden type af gummi - en interessant aktivitet, men ikke mere. Adaptive CSS, HTML, JS-rammer er perspektiv, men i hvilken sammenhæng skal dette perspektiv overvejes.

Der er en forståelse for den nødvendige funktionalitet. Der er sikkerhed for, at ressourcen skal fungere på computeren og på smartphone. Men det betyder ikke, at opgaven med adaptiv layout er vigtigere end opgaven med at implementere det funktionelle.

Du kan ikke bede hesten og ponyen om at gøre det samme: Træk den samme rem med samme succes. Det er ikke fornuftigt at bære kartofler selv på majs (et fly meget populært i den udviklede socialismes æra), når det er let at arkivere fra feltet til butikhuset. Her vil selv den samme pony alene klare sig.

Begrebet "adaptiv" i den oprindelige betydning af dette ord betyder slet ikke det obligatoriske behov for at gøre noget som det gjorde før, på et andet sted eller under andre omstændigheder. Der er en opgave og dens funktionalitet, der er forskellige platforme og enheder, som denne funktionalitet skal fungere på. Hvis målet i ækvivalens mellem processer, design og dialoger er et ægte utopi, hvis målet med at løse opgaven udgør en helt anden sag.

Historisk øjeblik og perspektiv

Programmører udvikler sig meget hurtigt, og eksponentielt er dette erhvervets specificitet. Idéen om en programmør er altid hurtigere end nogen computer, og derfor blev det besluttet intuitivt i begyndelsen af opførelsen af en informations civilisation, at adskille grænsefladen fra koden. Men for at adskille lidt er det nødvendigt at vide korrekt, hvor den nødvendige side er placeret.

Disse tre punkter (interface, kode, ansigt) er kun en del af den fælles informationsenhed. Der er stadig data og problemet med deres præsentation. Det er kun ved første øjekast, at det ser ud til, at data- og CSS-rammerne ikke er indbyrdes forbundne. Faktisk er visningen altid bestemt ikke kun af koden, men også af, hvad den behandler og hvordan den gør det, primært over tid.

At træffe beslutningen om at bruge CSS-rammerne, vælge den ene eller den anden, estimere tidskostnader for udvikling og sammenligne dens funktionalitet med det, der kræves for at løse problemet, er at forstå, at det ikke er selve rammen, der er vigtigt, men kun det faktum, at problemet i fortiden igen er Har erhvervet betydning. Det er vigtigt at forestille sig den retning, hvor problemet udvikler sig og dets løsninger.

Om råd, rådgivere og evaluering af planer

I virkeligheden, med en forståelse af spørgsmålet, hvem der kan stole på, og hvem der ikke gør det, hvem der skal rådes, og hvem der ikke skal, opstår der aldrig problemer. Men i det virtuelle rum med dette er der alvorlige vanskeligheder.

Hver programmør (især et team af dem) akkumulerer oplevelse. Denne erfaring på en eller anden måde er dens egen ramme. Før du tager på troen på en fremmed, selvom du er meget populær og vidunderlig, skal du sætte dig selv i forskerens stilling, men ikke en tilhænger.

Erfaringerne fra kollegaer er aldrig et grundlæggende grundlag for arbejde, især på et så dynamisk område som oplysende, men et godt incitament til udviklingen af deres egen viden og erfaring.

Selv om det ikke er bestemt at opnå noget, forhindrer intet at studere andres erfaringer. Med enhver udvikling af arrangementer er ens egen erfaring og erfaring med kolleger i specialiteten bedre end kun ens egen erfaring, og planerne herfra vil helt sikkert være mere lovende og virkelige.