Programmering er hvad et spejl: i starten var ordet, og det var ikke svaret, der blev afspejlet. Og meget hurtigt var jeg nødt til at "ændre": først spejlet, så ordet ... I øjeblikket er de kaskende stilark gode, men hvorfor gik udviklerens bevidsthed til dem så længe? CSS er den samme række gange fra begyndelsen af æraen med computerprogrammer, men kun fra et andet perspektiv. Selv da arrays blev associerende, gjorde det ikke en revolution.
En websideside er HTML-markeringskoder, deren bestemt stilklasse eller stilidentifikator kan tildeles. Den første kan defineres en gang og tildeles til noget så mange gange som nødvendigt, det andet hører til et bestemt element.
Generel logik til beskrivelse af stilarter
Efter tradition placeres stilen i en CSS-fil, menkan tildeles et bestemt element i dets stilattribut. Stilen kan oprettes dynamisk ved hjælp af JavaScript. Det betyder ikke rigtig, hvordan man for eksempel beskriver CSS, skrifttypefarven, dens størrelse, skrifttype, baggrund under den osv. Stedet for beskrivelsen af stilen betyder noget i sammenhængen med normalt to ideer: jo senere det er beskrevet, jo mere prioritet er det, og hvis det er beskrevet på et element, så er det helt! Vigtigt. Sidstnævnte, skrevet som det er, definerer klart prioriteten.
Anvend en stil, så f.eks. En eller anden fontfarveændret farve, kan du hvor som helst og på enhver måde. Spørgsmålet er, hvordan browseren vil reagere på dette under adskillelsen af alle stilarter samlet. Hvor meget CPU bruger den på det?
Ideelt set skal skriftfarven kun angives en gang - dette er en klassiker. At tænke på et par mere til en simpel beskrivelse, og derefter mere og mere ... selvfølgelig kan du. Det er trendy, men upraktisk.
Generelt logisk eksempel
Det er meget simpelt: ved at definere farve til kun tre elementer ved hjælp af CSS kan du få mindst tre langsigtede problemer:
# Ele1, # Ele2, # Ele3 {
POSITION: absolut;
venstre: 20px;
top: 14 pixel;
farve: rød;
}
# Ele2, # Ele3 {
venstre: 90px; // ændre den vandrette CSS-koordinat
farve: gul; // ændre CSS skrifttypefarve
}
# Ele3 {
top: 114px; // ændre den lodrette CSS-koordinat
farve: grøn; // ændre CSS-skrifttypefarven igen
baggrundsfarve: lysegrå; // CSS-tekst fremhæver farve ændret, men dette er ikke til stede i # Ele1 og # Ele2; positionen er også ændret, men den er allerede ændret i # Ele2 og er ikke den samme som her
}
Nu skal du huske, at alle disse tre elementerer defineret et eller andet sted, og i tilfælde af en ændring af webstedsejerens farvegengivelser skal udvikleren ikke kun huske på farve, men også på venstre og øverste regler, og du bør ikke glemme at ændre farven på tekstvalget.
Ikke alle udviklere respekterer kravene til CSS: identifikatorens stil er kun for et element, og klassens stil er for mange tags, og desuden kan sidstnævnte specificeres i tags som adjektiver:
- indstil skrifttypefarven i CSS - stilen i jordenColor-klassen;
- angiv skriftstørrelse - klassestørrelse15;
- indstil position - klasse PlaceUp.
Naturligvis er brugen af identifikatorer,især når de hører til et markup-element, et dusin stilklasser, malet i forskellige kombinationer, er over hundrede siderelementer bedre. Men alt har sin egen objektive logik.
Udvikleren skal bare overveje korrekt: selvom skriftfarven på HTML, foreslår CSS at beskrive stift, så er fleksibiliteten i den generelle struktur af beskrivelser hans job.
Forventet resultat af anvendelse af fælles logik
Moderne browsere er fortrolige medet stort antal stilfiler og deres størrelser. Men når du designer, især gennem CSS, farven på hele siden, skal du altid tænke på rimelig tilstrækkelighed. Ikke alle stilregler er “billige” at bruge. En simpel lakonisk notation: * {farve: hvid;} - bestemt smuk, men den gælder for alle elementer på siden uden undtagelse.
Af alle de regler, som CSS er udstyret med, er det vigtigste:
- stil er en klasse, og derefter begynder dens navn med ".";
- stil er en identifikator, og dens navn starter med "#" tegnet;
- i andre tilfælde er det et tagnavn eller noget specielt
Resten af ideerne med hensyn til beskrivelse af stilarter (arv, overlappende egenskaber, prioriteter, position, rækkefølge osv.) Skal anvendes meningsfuldt og strengt efter behov.
Browseren springer altid over, hvad den ikke kan forståbeskrivelse, så der vil ikke være nogen specielle overraskelser. Hvis noget ikke var på det rigtige sted, eller hvis det ikke var muligt at indstille skrifttypefarven i CSS, er der en stilfejl.
Uventede muligheder
Stil som * {venstre: 124 px; } eller
ol ol, ol ul, ul ul, ul ol {margin-bottom: 0; }
a img {border: 0; }
Selvom det er svært at få en nybegynderudvikler til at bruge CSS-reglerne, som de er. Altid i udviklingen af ethvert websted, selv en helt enkel CSS-syntaks giver uforudsete problemer. Men hvis du fokuserer din indsats på korrekt brug af syntaks, men anvender JavaScript-funktionalitet til den, så vil uventede nye funktioner give dig mulighed for at undgå monotone oprettelse af identifikatorer for hvert element eller holde styr på den mangfoldige brug af stilklasser.
CSS er ikke kun en stilfil, der er linket til en side via et link-tag eller indsat i den via et stil-tag. Det er også en mulighed for at oprette en stil på farten eller ændre en eksisterende.
Ved at anvende CSS kan skriftfarven gøres programmatisk. Samt størrelse og position, polstring. Webstedet er ikke et mål at anvende viden i CSS, HTML, PHP eller vise JavaScript-effekter.
En webressource er primært information,tilbydes på en bestemt måde. Derfor ses CSS bedst i dynamik gennem prismen på, hvordan du kan danne, mens siden stadig er på serveren (PHP er optaget af det i det øjeblik, hvor den besøgende kom til webstedet, og ikke udvikleren på det tidspunkt, hvor han udvikler webstedet), den krævede stilfil til specifik tekst, til aktuelt indhold eller oprette en klasse- eller identifikationsformat undervejs under sideoperationen, når en bestemt besøgende ser det.
Statisk dynamik
Du bør ikke altid skrive kompleks JavaScript-kode,at gøre indholdet dynamisk og dets design - passende til indholdet. Nogle gange er det nok at bruge de tilgængelige muligheder korrekt. Især ved at definere skrifttypefarven ved hjælp af CSS som en oprindelig statisk regel, kan du skjule denne regel (skjult) og gengive den anden (synlig).
Her kræver dynamik ikke en algoritme:
// fremhæv login-knappen til webstedet
funktion scfWelcomeOver () {
document.getElementById ("scDocxNamePiP"). style.visibility = "synlig";
}
// skjul login-knappen til webstedet
funktion scfWelcomeOut () {
document.getElementById ("scDocxNamePiP"). style.visibility = "skjult";
}
CSS tilbyder sin egen dynamik: krybende linjer, gennemsigtighed af elementer, forskellige muligheder for overlays, manifestationer, farvefading. I CSS kan farven på en skrifttype laves, selv en der ikke er bestemt af nogen stilregel.
Visning af dynamisk indhold
Hvis der ikke var nogen dogmer, ville der sandsynligvis ikke være nogenfremskridt. Der var simpelthen ikke noget at kæmpe med. Hypertekst bragte mange dogmer til verden. Nu er det tid til at være opmærksom på dem og begynde at udvikle websteder i en pragmatisk og praktisk stil.
Oprindeligt er der en side (P), den indeholderindhold (K), er alle sidetags beskrevet i et typografiark (S). Gengiv ikke P-siden igen via PHP eller Perl på serveren ved at vælge K fra databasen. Det eksisterende typografiark S anvendes automatisk. Imidlertid kan K ændres, og i de fleste tilfælde vil en sådan ændring medføre behovet for andre stilarter, det vil sige S +.
For eksempel sagde kunden: "Et websted, der beskriver Moskvas liv, vil se bedre ud, hvis nyhedsartikler er designet i stilen" Til morgenmad ", beskrivelser af nattens travlhed i" Las Vegas "-stil og artikler om videnskabelig og teknologisk udvikling i" ModernTechno "-stil." Men hvis du laver S for disse tre muligheder, er der ingen garanti for, at kunden ikke har en idé om at have et sæt artikler "Nyheder", "Helligdage", "Arbejde", "CSS / HTML" og "Mistress on a Note" -bonus.
En anden tilgang er mere praktisk. Uanset hvilken kategori artiklen er, er der altid indhold i den, der kan farves i en bestemt farve. Det er på dette tidspunkt, at en helt fornuftig idé opstår: at have modtaget en bestemt K, danne et passende S på serveren, og når browseren beder om P, vil den modtage det nødvendige indhold i det rigtige design.
Stil dynamik fra JavaScript
En minimal, omend meget effektiv løsning er -gør styling direkte i klientens browser. For det første aflaster den serveren - der er ikke behov for at spilde tid på at generere sidens hypertekst og stilfiler til den.
For det andet et naturligt spild af tid indenibrowser vil skabe den effekt, at siden er optaget og aktivt opretholder en dialog med den besøgende: alligevel opfatter han ikke indhold i bulk, derfor vil han kunne lide den konsekvente og tankevækkende visning af information.
For det tredje gør det udvikleren i stand til at give den besøgende en mekanisme til at generere indhold i den stil, som det er praktisk for ham. Ingen andre har dette.
For at implementere denne idé er det nødvendigt at implementere deten mekanisme til at oprette elementstilarter umiddelbart efter indlæsning af siden og under dens funktion. Et moderne sted er AJAX i en eller anden form. Det er ikke svært at udføre dannelsen af stilarter direkte i processen med at danne sidetræet. Det er simpelt, tilgængeligt og effektivt, fordi indholdet passer til dets design.
Dette modsiger ikke den moderne tendens til at adskille præsentationen af data fra deres behandling og udføres på de data, der forlades til visning.
CSS som en aktiv komponent
Hypertekst bragte meget godt, men kun lidten brøkdel af naturlig information blev formaliseret med succes, værktøjer og erfaring med at skabe HTML-, XML-, CSS-dokumenter af høj kvalitet dukkede op. Det er ikke et problem at formalisere nye mængder information og ændre det, der allerede er gjort tidligere.
Med hensyn til CSS er denne proces allerede aktiveret ien helt anden kontekst. De indbyggede JavaScript-værktøjer, der giver dig mulighed for at oprette elementer og stilarter af elementer i farten, indebar ikke denne mulighed, og skaberne af PHP troede især, at de var involveret i dannelsen af kun HTML-sider.
Både den første og den anden giver dig mulighed for at gøreprogrammering stilarter. Dette er en ny retning inden for informationsteknologi. Typografier er meget mere formelle end HTML eller XML, reglerne er meget enkle. Stil er altid til stede i information, uanset karakteren af den.
Programmører er altid engageret i datadesign på meget mere uformelle områder, men emnet CSS er en meget enkel opgave, men på en eller anden måde faldt det ikke inden for synsfeltet for udviklingsprocessen.
Om dogmer inden for programmering
Som et isbjerg kan dogme ikke sejle længeinformationsrum. Den akkumulerede erfaring skulle koncentrere sig ikke kun om HTML- og CSS-standarder, værktøjer til at arbejde med dem, viden om udviklere.
En enkel opgave er at lave farve med CSSfont - fundet den perfekte løsning. Reglerne, syntaksen, logikken og bekvemmeligheden kan ikke benægtes. Men selv når du virkelig ikke har brug for mange skrifttyper, har du heller ikke brug for mange farver til praksis, og generelt er det ikke nødvendigt med al den akkumulerede "magt" i HTML og CSS med henblik på virtualisering af virkeligheden, der kommer et øjeblik, hvor situationskendskab går i reproduktion, og der ser ud til erfaring og værktøjer til naturlig uddannelse af stilarter fra indhold.
Det er måske ikke helt klart, hvordan det bliver, men det faktum, at processen allerede er i gang, er indlysende.
