Witam
Mam nie tyle problem co dylemat.
Zawsze przy kodowaniu stron zastanawiam się czy w tym miejscu nie użyć tabeli bo było by szybciej niż divem.
Niby czytałem co W3C pisze na ten temat; ale nadal nie rozwiało to moich wątpliwości.
Oczywiste jest, że szkielet strony nie może być oparty na tabeli.
Ale mam taki przykład wyświetlania ocen.



Można to zrobić na dwa sposoby ale tabela wydaje mi się szybsza w takich przypadkach.
Tak że czekam na opinie bardziej zaawansowanych od mnie koderów, którzy na pewno rozwieją moje wątpliwości.

Jeśli coś ma pełnić funkcję tabeli to właśnie jej używam.

Też mnie to zastanawia.Mówią ,że tabele to zło,a powinno się ich używać do danych tabelarycznych.Co jeśli dane tabelaryczne przyjmują formę prezentacyjną czy to jest zło?
W php może i tego nie widać, w NET C# tabele przyjmują charakter kondensujący dane i używane przy rożnych data adapterach.Czego akurat zrobiono to na table, a nie na divach,czy table jest bardziej stabilniejsze jako kontener danych ,tego nie wiem.Wiem tylko ,że nawet baza danych wspiera tag TABLE ,która za pomocą specjalnego typu stucted , potrafi jednorazowo zrzucić dane całej tabeli html do bazy danych.Pewnie nie zrobiono tego na divach ,gdyż table posiada kolumny i wiersze i swoją strukturą jest zbliżona do bazy danych.
W c#.net wiele ,bardzo wiele kontrolek generuje w kodzie źródłowym tag table,więc nie wydaje mi się to złem,lecz do układu/struktury strony preferuje użycie div.

EDIT.Ja bym się nie bał używać tagu table,lecz robiłbym to z głową.A w kwestii ankiety,nie ma ona sensu ,bo każdy tag spełnia jakies swoje zadanie.Można by równie dobrze zaznaczyć dwie opcje.

Generalnie w tym wypadku to bez różnicy jak to zrobisz. Grzechem nie będzie jak to zrobisz na tabeli.
Osobiście raczej bym wybrał inne znaczniki, niż table, ale to bardziej kwestia gustu, niż dobrych praktyk, więc zrób tak jak będzie dla Ciebie wygodniej.

--edit--

Mówią, że zło, ale mają na to argumenty, główny to możliwość szybszej edycji strony, niż na tabelkach( mowa o układzie strony ). Jeżeli argumenty przeciw tabelkom nie dotyczą jakieś kwestii to śmiało można ich używać - a tak jest w tym przypadku. Jednak jak napisałeś( ~Niktoś ) trzeba to robić z głową!

--edit2--
Link z argumentami: http://osiolki.net/tabelki/

W tym wypadku tabela i div to można powiedzieć prawie ta sama ilość kodu do napisania, a dokładnie to w przypadku tabeli byłoby to kilka znaczników więcej. I mogłoby to wyglądać mniej więcej tak:

[HTML] pobierz, plaintext 
<div class="container">
    <div class="column">
        <div class="row"></div>
    </div>
    <div class="column">
        <div class="row"></div>
        <div class="row"></div>
        <div class="row"></div>
    </div>
    <div class="column">
        <div class="row"></div>
        <div class="row"></div>
        <div class="row"></div>
    </div>
    <div class="column">
        <div class="row"></div>
        <div class="row"></div>
        <div class="row"></div>
        <div class="row"></div>
    </div>
    <div class="column">
        <div class="row"></div>
        <div class="row"></div>
        <div class="row"></div>
        <div class="row"></div>
    </div>
</div>
 
<div class="container">
    <table>
        <tr>
            <td>
                <div class="row"></div>
            </td>
            <td>
                <div class="row"></div>
                <div class="row"></div>
                <div class="row"></div>
            </td>
            <td>
                <div class="row"></div>
                <div class="row"></div>
                <div class="row"></div>
            </td>
            <td>
                <div class="row"></div>
                <div class="row"></div>
                <div class="row"></div>
                <div class="row"></div>
            </td>
            <td>
                <div class="row"></div>
                <div class="row"></div>
                <div class="row"></div>
                <div class="row"></div>
            </td>
        </tr>
    </table>
</div>
[HTML] pobierz, plaintext 

I akurat w tym twoim przypadku lepiej to wygląda na divach, niż na tabelce.

Tyko kolumny,czy wiersze w przypadku div już musisz dodatkowo pozycjonować i stylizować -bordery itp.

W tym przypadku to masz raczej listy, które nawet swoim wyglądem nie przypominają danych tabelarycznych. Tak więc od strony HTML-a, to raczej coś w stylu:

[HTML] pobierz, plaintext 
<div id="some-container">
  <div id="list-summary">
    <p>Średnia ocen: <img ... /></p>
    <p>Ilość ocen: <span>12</span></p>
  </div>
 
  <ul>
    <li><p>Pokoje: <span>5.46 <img ... /></span></p></li>
    ...
  </ul>
 
  <ul>
    <li><p>Dla dwojga: <span>5.46 <img ... /></span></p></li>
    ...
  </ul>
</div>
[HTML] pobierz, plaintext 

Widzę, że jednak opinii jest ile osób wypowiadających się
i póki co jestem bardziej skłonny do tabeli ale też wypróbuję sposób Crozin `a gdyż też wydaje się dość prosty.
Tak czy inaczej jeśli ktoś zechce się wypowiedzieć na ten temat nadal czekam. Myślę, że może on pomóc nie tylko mi ale i innym osobom mającym podobne dylematy.

Ja bym do wspomnianego przykładu zdecydowanie użył tabeli, ponieważ są to dane, które strukturą przypominają tabelę. Opcja z listą też jest do zaakceptowania. Natomiast użycie divów zupełnie w tym wypadku odpada, ponieważ tak prezentowane dane byłyby problemem dla użytkowników słabo widzących i niewidomych, którzy korzystają z oprogramowania, które przetwarza strony na głos. Wspominałem to już w jednym z moich poprzednich postów na tym forum, że może w Polsce nie mamy jeszcze żadnych restrykcyjnych przepisów, ale w innych krajach często kładzie się już nacisk na to, aby dostawcy usług internetowych tworzyli swoje strony w oparciu o standardy W3C tak, aby były one dostępne dla osób niewidomych. W Anglii niestosowanie się do takich wytycznych może grozić grzywną. W Polsce na razie są tylko kampanie informacyjne (http://www.bezdyskryminacji.pl/), ale zapewne z czasem i nas spotka sytuacja, kiedy webmaster będzie odpowiedzialny za dostosowanie strony dla niewidomych, tak jak konstruktorzy budynków są zobowiązani do projektowania uwzględniając potrzeby niepełnosprawnych.
Reasumując - jeśli macie jakieś wątpliwości, których znaczników używać, wyobraźcie sobie, że na Waszą stronę wchodzi osoba, która nie widzi, a może jedynie słyszeć - i teraz pytanie: co słyszy?