/ Forside / Teknologi / Udvikling / HTML / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
HTML
#NavnPoint
molokyle 11184
Klaudi 5506
bentjuul 3377
severino 2040
smorch 1950
strarup 1525
natmaden 1396
scootergr.. 1320
e.c 1150
10  miritdk 1110
Hvad er semantik og god kode skik?
Fra : Kewin Pedersen


Dato : 15-11-04 11:04

Jeg synes jeg på det seneste har hørt ordet "semantik" en del, primært på
engelsk, da det er der jeg har hentet min viden. Hvis der er nogle, der kan
forklare mig hvad det betyder på forståelig dansk - og gerne med eksempler -
så ville jeg blive meget glad Jeg har forstået det har noget med den
måde, hvorpå man "markere" sine hjemmesider - altså med div, h1, h2, p osv.
Der ligges vægt på, at koden skal være til og forstå, og være logisk bygget
op, men jeg vil gerne have det præciseret lidt yderligere...

Desuden, hvilke gode skikke/leveregler kan man sige, der er, når man taler
om hjemmesidedesign med XHTML og CSS, f.eks.? Jeg leger selv med dette
"nye", og det går også langt bedre nu, end blot for et par måneder siden.
Dog vil jeg gerne lige høre lidt fra Jer garvede kodere, om der er nogle
specielle fif I bruger osv., med henblik på emnet om semantik bland andet.



 
 
Claus Jacobsen (15-11-2004)
Kommentar
Fra : Claus Jacobsen


Dato : 15-11-04 11:33

Kewin Pedersen wrote:
> Jeg synes jeg på det seneste har hørt ordet "semantik" en del, primært på
> engelsk, da det er der jeg har hentet min viden. Hvis der er nogle, der kan
> forklare mig hvad det betyder på forståelig dansk - og gerne med eksempler -
> så ville jeg blive meget glad Jeg har forstået det har noget med den
> måde, hvorpå man "markere" sine hjemmesider - altså med div, h1, h2, p osv.
> Der ligges vægt på, at koden skal være til og forstå, og være logisk bygget
> op, men jeg vil gerne have det præciseret lidt yderligere...
>

Du har forstået det fuldkommen korrekt! Jeg er sikker på der er flere
fortolkninger af ordet (selvom man kigger efter i ordbøgerne :) ) Men et
Semantisk Web, er sådan blot et internet hvor elementerne giver en klar
og helst utvetydig mening. Dvs. når du laver en overskrift så er <span
class=stor> ikke sunderlig god eftersom vi allerede har overskrifter.
iform af <hn> (heading1, heading2 etc.) Men det gælder i bund og grund
om at skrive sin kode så meningsfyldt som muligt. Det smarte er, at vi
med xhtml2 og xml bliver nødt til at gøre det. primært for at finde
hoved og hale i vores egen kode, men også for de systemer som vi på et
tidspunkt kommer til at arbejde med. En måde er fx xbml som er et sæt
regler for hvordan forretningssystemer kan kommunikere. (altså hvis din
løn står i et tag så er der en god sandsynlighed for at tagget også
hedder payment eller lignende.)

> Desuden, hvilke gode skikke/leveregler kan man sige, der er, når man taler
> om hjemmesidedesign med XHTML og CSS, f.eks.? Jeg leger selv med dette
> "nye", og det går også langt bedre nu, end blot for et par måneder siden.
> Dog vil jeg gerne lige høre lidt fra Jer garvede kodere, om der er nogle
> specielle fif I bruger osv., med henblik på emnet om semantik bland andet.
>
>

Der er for mange til at remse op, så det kommer sikkert i små bidder fra
forskellige mennesker.
Men først og fremmest er vi i den situation at vi er ved at gå væk fra
tabeldesign. Dermed ikke sagt, at det er forbudt at bruge dem, men som
overordnet dokumentstruktur er den ved at være passé. (dog kan den være
nødvendig i visse komplekse tilfælde.) Forsøg så vidt muligt at fjerne
alle stylistiske attributter fra selve dokumentstrukturen. Det hører til
i css (fil eller område) og er meget lettere at administrere når der
kommer en del sider på ens site. Det skaber selvfølgelig også en stor
ensartethed, når man bruger de samme typografier på alle sider.
Når man navngiver sine elementer (ID's eller class'es så sørg for at man
ikke kalder dem noget som har med selve den grafiske præsentation at
gøre. Hvad sker der når man vil ændre det til eksvis en anden farve og
man har 200 klasser der hedder sort på en side? Så skal man til at rette
200 steder. Kald dem noget som har med dokumentstruktur at gøre.
Brødtekst, undertekst, overskrift, sidebarlinks, nyhedsemne,
nyhedsoverskrift etc. Det gør det langt lettere at administrere, men
også at forstå. Hvis det lige pludselig ikke længere er dig der skal stå
for siden, så skal den næste til at sætte sig ind i koden og det kan
blive et rent helvede hvis den ikke giver mening. (eller hvis du selv
vender tilbage 6 mnd senere, det er sjældent man fatter en brik af det
man har skrevet dengang!)

Nå jeg vil overlade resten til de andre drenge!

Claus

Christian Bohr-Halli~ (15-11-2004)
Kommentar
Fra : Christian Bohr-Halli~


Dato : 15-11-04 15:05

"Kewin Pedersen" <kewinp@vip.cybercity.dk> posting:

>Jeg synes jeg på det seneste har hørt ordet "semantik" en del, primært på
>engelsk, da det er der jeg har hentet min viden. Hvis der er nogle, der kan
>forklare mig hvad det betyder på forståelig dansk - og gerne med eksempler -

Syntaks: beskrivelse af, hvordan koden opbygges af symboler
Semantik: beskrivelse af, hvad koden betyder

Eksempel:
Syntaksen kunne se sådan ud for en standard if-then-else-sætning:
'if' Expression 'then' Command 'else' Command

Det ville så være muligt at skrive følgende kode:
if 2*3 == 6 then write(A) else write(B)

Men hvad er betydningen af dette? I dette tilfælde er det relativt
lige til at beskrive sematikken herfor - for den siger vel næsten
sig selv: "Expression evauleres til en sandhedsværdi. Hvis denne er
sand, udføres den første Command, og hvis ikke udføres den anden
Command".

Dette kan overføres til opmarkeringssprog som HTML; f.eks. for at
være syntaktisk korrekt skal title-elementet være indeholdt i et
head-element, og semantikken af title-elementet kunne f.eks. være
"angiver titel på webdokumentet".


>måde, hvorpå man "markere" sine hjemmesider - altså med div, h1, h2, p osv.
>Der ligges vægt på, at koden skal være til og forstå, og være logisk bygget
>op, men jeg vil gerne have det præciseret lidt yderligere...

Sandsynligvis har de(?) ment, at siden bør være bygget op af rette
sematiske elementer. Eksempel:
"Det er <i>vigtigt</i> at tælle til 3"
vs.
"Det er <em>vigtigt</em> at tælle til 3".

I det første eksempel er betydningen (semantikken) af i-elementet
blot at skrive "vigtigt" kursiv. I modsætning hertil er andet
eksempel, hvor "vigtigt" betydningsmæssigt markeres som noget, der
er fremhævet (kan ikke huske præcis formulering) - altså som noget,
der rent faktisk /er/ vigtigt.

Et andet eksempel:
<em>Kaptitel 1</em>
Meningen med livet....
vs.
<h1>Kapitel 1</h1>
Meningen med livet...

Igen i første eksempel, hvor em-elementet angiver en fremhævning, er
det anvendt mindre hensigtsmæssigt, for reelt er der tale om en
kapitel-overskrift. Derfor er em-elementet anvendt betydningsmæssigt
(semantisk) forkert her. I stedet burde "kapitel 1" være angivet
som, at der rent faktisk var tale om en kapitel-overskrift med
hx-elementet.

--
What is life, except excuse for death,
or death, but an escape from life.
--Unknown

Søg
Reklame
Statistik
Spørgsmål : 177552
Tips : 31968
Nyheder : 719565
Indlæg : 6408849
Brugere : 218887

Månedens bedste
Årets bedste
Sidste års bedste