CSS: skriftfarge, stiler, bakgrunn, størrelse
Programmering er som et speil: i begynnelsen var det et ord, og det var ikke svaret som gjenspeiles i det hele tatt. Og jeg måtte "endre" veldig fort: først et speil, så et ord ... På dette tidspunktet er kaskende stilark gode, men hvorfor gikk utviklerens bevissthet til dem så lenge? CSS er fortsatt den samme rekke ganger i begynnelsen av epoken med dataprogrammer, men bare fra et annet perspektiv. Selv når arrays ble associative, gjorde det ikke en revolusjon.
En nettside er en HTML-markup-tag, somEn spesifikk stilklasse eller stilidentifikator kan tilordnes. Den første kan defineres en gang og tilordnes til noe så mange ganger som nødvendig, den andre tilhører et bestemt element.
Generell logikk av beskrivelsen av stiler
Tradisjonelt er stilen plassert i en CSS-fil, menkan tilordnes et bestemt element i stilattributtet. Stil kan opprettes dynamisk ved hjelp av JavaScript. Det spiller ingen rolle hvordan man skal beskrive, for eksempel, ved hjelp av CSS skriftfarge, størrelse, skrifttype, bakgrunn under den og så videre. Stedet for beskrivelsen av en stil er viktig i en sammenheng, vanligvis to ideer: jo senere er det beskrevet, jo mer prioritet er det, og hvis det er beskrevet på et element, så er det helt viktig! Sistnevnte, registrert som det, definerer klart prioriteten.
Bruk stil til for eksempel noen skriftfargeEndret farge, du kan hvor som helst og på en eller annen måte. Spørsmålet er hvordan nettleseren vil reagere på dette under demontering av alle stilarter i aggregatet. Hvor mye tid vil det bruke på det?
Ideelt sett bør skrifttypefargene bare merkes én gang - dette er en klassiker. Tenker på en enkel beskrivelse av et par flere, og deretter en og en annen ... selvfølgelig kan du. Det er fasjonabelt, men upraktisk.
Generell logisk eksempel
Alt er veldig enkelt: ved å definere bare tre elementer med CSS-farge, kan du få minst tre spillproblemer:
# Ele1, # Ele2, # Ele3 {
POSITION: absolutt;
venstre: 20px;
topp: 14px;
farge: rød;
}
# Ele2, # Ele3 {
venstre: 90px; // endre CSS koordinat horisontalt
farge: gul; // endre CSS skriftfargen
}
# Ele3 {
topp: 114px; // endre CSS vertikal koordinat
farge: grønn; // endre CSS skriftfargen igjen
bakgrunnsfarge: lysegrå; // CSS tekstvalgfarge endres, men den er ikke i # Ele1 og # Ele2; stillingen endres også, men den har allerede endret seg i # Ele2 og ikke på samme måte
}
Nå må du huske at alle disse tre elementeneet sted definert, og i tilfelle endring av fargepresentasjoner av nettstedseieren, må utvikleren huske ikke bare fargen, men også reglene til venstre og toppen, og endre fargen på tekstvalget bør ikke glemmes.
Ikke alle utviklere respekterer CSS-kravet: Typen av identifikatoren er bare for ett element, og klassenes stil er for mange koder, foruten sistnevnte kan angis i merkene som adjektiver:
- sett skriftfargen i CSS - stilen til bakkenColor-klassen;
- spesifiser skriftstørrelse - klasse størrelse15;
- sett posisjon - klasse PlaceUp.
Naturligvis bruk av identifikatorerspesielt når de tilhører samme oppmerkning, bedre enn et dusin stilklasser, malt i ulike kombinasjoner av hundre sideelementer. Men alt har sin egen objektive logikk.
Utvikleren må bare vurdere: Hvis selv fargen på HTML-fonten, CSS antyder å være stiv, så er fleksibiliteten til den generelle beskrivelsesstrukturen hans jobb.
Forventet resultat av bruk av felles logikk
Moderne nettlesere henvender seg rolig tilet stort antall stilfiler og deres volumer. Men når du designer, spesielt gjennom CSS, fargen på hele siden, bør du alltid tenke på rimelig tilstrekkelighet. Ikke alle stilregler er billig brukt. En enkel lakonisk oppføring: * {color: white;} - absolutt vakker, men den gjelder alle elementene på siden, uten unntak.
Av alle reglene som CSS er utstyrt med, er det viktigste:
- En stil er en klasse, og deretter begynner navnet sitt med ".";
- stil - identifikator og navnet begynner med tegnet "#";
- ellers er det et merkenavn eller noe spesielt.
Resten av ideene om beskrivelse av stiler (arv, overlappende egenskaper, prioriteringer, posisjon, rekkefølge, etc.) skal brukes meningsfullt og strengt etter behov.
Nettleseren vil alltid savne det den ikke forstår ibeskrivelse, slik at spesielle overraskelser ikke vil. Hvis noe ikke var på riktig sted, eller du ikke kunne angi fontfargen i CSS, så en feil i stilen.
Uventede muligheter
Du bør ikke misbruke stiler som * {left: 124px; } eller
ol ol, ul ul, ul ul, ul ol {margin-bunn: 0; }
a img {border: 0; }
Selv om det er vanskelig å lage enda en nybegynnerutvikler å bruke CSS regler som det er. Alltid i utviklingen av et hvilket som helst nettsted, gir selv perfekt CSS-syntaks uforutsette problemer. Men hvis du fokuserer på riktig bruk av syntaks, men bruker JavaScript-funksjonalitet til det, vil nye uventede funksjoner tillate deg å unngå monotont opprettelse av identifikatorer for hvert element eller følge mangfoldet av stilklasser.
CSS er ikke bare en stilfil, koblet til en side via en koblingsmerke eller satt inn i den via en stilmerke. Det er også en mulighet til å lage en stil på fluen eller for å endre en eksisterende.
Ved hjelp av CSS kan skrifttypefarge gjøres programmatisk. Akkurat som størrelsen, posisjonen, delene. Et nettsted er ikke et mål å bruke kunnskap i CSS, HTML, PHP eller for å vise javascript-effekter.
En webressurs er først og fremst informasjon,tilbys på en bestemt måte. Derfor er CSS best sett i dynamikk gjennom prisma for hvordan man skal danne mens siden fortsatt er på serveren (PHP er opptatt på det tidspunktet den besøkende kom til nettstedet, og ikke utvikleren på den tiden han utvikler nettstedet) for en bestemt tekst, for faktisk innhold eller for å lage en stil av en klasse eller identifikator i farten i løpet av siden, når den blir sett av en bestemt besøkende.
Statisk dynamikk
Du bør ikke alltid skrive komplisert JavaScript-kode,for å gjøre innholdet dynamisk og dets design - tilstrekkelig innhold. Noen ganger er det nok å benytte de tilgjengelige mulighetene på riktig måte. Spesielt ved å definere skriftfargen ved hjelp av en opprinnelig statisk regel som bruker CSS, kan du gjemme denne regelen (skjult) og gjengi en annen (synlig).
Her trenger ikke dynamikken en algoritme:
// markere knappen for å gå inn på nettstedet
funksjon scfWelcomeOver () {
document.getElementById ("scDocxNamePiP"). style.visibility = "visible";
}
// skjul innloggingsknappen
funksjon scfWelcomeOut () {
document.getElementById ("scDocxNamePiP"). style.visibility = "hidden";
}
CSS tilbyr sine egne dynamiske alternativer: løpelinjer, gjennomsiktighet av elementer, ulike muligheter for overlegg, manifestasjoner, fargedemping. I CSS kan fontfargen bli laget selv med det som ikke er gitt av noen stilregel.
Dynamisk innholdsvisning
Hvis det ikke var dogmer, ville det nok ikke være detfremgang. Bare ingenting å kjempe med. Hypertekst brakte mye dogma inn i verden. Det er på tide å ta hensyn til dem og begynne å utvikle nettsteder i en pragmatisk og praktisk stil.
I utgangspunktet er det en side (P) på den.innhold (K), er alle sidetegnene beskrevet i stilarket (S). Det er ikke nytt å danne en P-side gjennom PHP eller Perl på serveren, og velger K fra en database. Det eksisterende stilarket S er festet automatisk. K kan imidlertid endres, og i de fleste tilfeller vil en slik endring innebære behovet for andre stilarter, det vil si i S +.
For eksempel sa kunden: "Et nettsted som beskriver livet til Moskva vil se bedre ut hvis nyhetsartikler er utformet i stil med frokost, beskrivelser av nattoppstyr i stilen til Las Vegas, og artikler om vitenskapelig og teknisk utvikling i stil med ModernTechno." Men hvis du lager S for disse tre alternativene, er det ingen garanti for at kunden ikke har en ide om å ha et sett med artikler "Nyheter", "Ferie", "Arbeid", "CSS / HTML" og bonusen "Hostess Note".
Mer praktisk er en annen tilnærming. Uansett kategorien av artikkelen, har den alltid innhold som kan farges i en bestemt farge. Det er her en fornuftig idé oppstår: etter å ha mottatt en bestemt K, for å danne en tilstrekkelig S på serveren, og når nettleseren krever P, vil den motta det nødvendige innholdet i riktig format.
Javascript stil dynamikk
Minimal, men veldig effektiv løsning -gjør stylingen direkte i klientens nettleser. Først avlastes serveren - det er ikke nødvendig å bruke tid på dannelsen av hypertekstsider og stilfiler for den.
For det andre, det naturlige avfallet av tid inneNettleseren vil skape en effekt som siden er opptatt og aktivt opprettholder en dialog med den besøkende: likevel aksepterer han ikke innholdet i bulk, og derfor vil han nyte konsistent og gjennomtenkt utgang av informasjon.
For det tredje tillater utvikleren å gi en besøkende en mekanisme for å generere innhold i en stil der han er komfortabel. Ingen andre har dette.
For å oversette denne ideen må du implementeremekanisme for å lage stiler av elementer umiddelbart etter at siden er lastet og i ferd med å fungere. Et moderne nettsted er AJAX i en eller annen form. Det er ikke vanskelig å utføre formasjonen av stiler direkte i prosessen med å danne sidetreet. Det er enkelt, tilgjengelig og effektivt, fordi innholdet kommer med design.
Dette motsetter ikke den nåværende tendensen til å adskille presentasjonen av data fra behandlingen og utføres på dataene som går inn i displayet.
CSS som aktiv komponent
Hypertekst brakte mye bra, men bare liteEn del naturlig informasjon ble vellykket formalisert, verktøy og erfaring syntes å skape høykvalitets HTML-, XML-, CSS-dokumenter. Det er ikke et problem å formalisere nye mengder informasjon og endre hva som allerede er gjort.
Når det gjelder CSS, er denne prosessen allerede aktivert ihelt annen kontekst. De innebygde verktøyene i JavaScript, som tillater å lage elementer og stiler av elementer i flukt, foreslo ikke denne muligheten, og skaperne av PHP trodde spesielt å være engasjert i dannelsen av bare HTML-sider.
Både første og andre tillater detprogrammeringsstiler. Dette er en ny retning innen informasjonsteknologi. Stiler er mye mer formelle enn HTML eller XML, reglene er veldig enkle. Stil er alltid tilstede i informasjon, uansett hva det kan være.
Programmører er alltid engasjert i å lage data i mye mer uformelle områder, men CSS-temaet er en veldig enkel oppgave, men på en eller annen måte oppdages det ikke utviklingsprosessen.
Om dogmer innen programmering
Som et isberg kan en dogma ikke reise for lengeinformasjon mellomrom. Den akkumulerte opplevelsen burde ha konsentrert seg ikke bare i HTML- og CSS-standarder, verktøy for å jobbe med dem og kunnskap om utviklere.
Enkel oppgave - å lage farger gjennom CSSfont - har funnet sin utmerkede løsning. Reglene, syntaks, logikk og bekvemmelighet er utvilsomt. Men selv om skriftene egentlig ikke trenger mye, er det ikke nødvendig med praktiske farger, og generelt er det ikke nødvendig med all akkumulert "kraft" av HTML og CSS for realiseringens realisering, det kommer en tid når situasjonell kunnskap går i reprodusering, og erfaring og verktøy av naturlig utdanning stiler fra innhold.
Hvordan det blir, det kan ikke være helt klart, men det faktum at prosessen allerede er i gang er åpenbar.
</ p>>
