Natuurlijk kan ik een tabel element in de variable zetten, maar ik hoor hier en daar dat de style niet door php moet worden gedaan maar door de browser.
Welke manier kan ik het beste toepassen hiervoor?
maar ik hoor hier en daar dat de style niet door php moet worden gedaan maar door de browser.
Eh? Het enige waar je PHP voor nodig hebt is voor het invullen van de variabele delen zodat je e.e.a. dynamisch kunt opbouwen.
Deze informatie wordt vervolgens in een of andere opmaak gegoten, bijvoorbeeld een tabel. Maar dit "statische" en dynamische deel zijn onlosmakelijk met elkaar verbonden.
Het is echter niet nodig om alle statische lappen HTML te echo'en omdat daar dus niets dynamisch aan is. Gelukkig kun je te allen tijde een PHP-blok beëindigen en weer starten zodat dit onderscheid statisch <--> dynamisch ook op die manier duidelijk(er) gemaakt kan worden.
En hoe je dat vervolgens implementeert, dat kan op een heleboel manieren waarbij je de PHP en de HTML uit elkaar trekt (bijvoorbeeld via een template of wat dan ook) maar uiteindelijk worden deze twee toch (weer) bij elkaar gebracht, onafhankelijk van het aantal abstractielagen die je tussen het begin (PHP) en het eind (de HTML output) introduceert. Dus waarom zou je het jezelf onnodig moeilijk maken?
Nu heb ik dus wat Thomas zegt, veel html erin.
Waarom ik deze vraag stel is omdat ik met een database wil werken waarin de dagen met tijden staan.
deze wil ik natuurlijk netjes presenteren
Mja als je wat meer structuur in de dynamische delen aanbrengt kan bovenstaande code een stuk korter.
Wat in ieder geval nogal onhandig is aan het bovenstaande is dat de data geen betekenis heeft (platte tekst) en meerdere keren wordt herhaald, wat het nogal foutgevoelig maakt, vooral als er bijvoorbeeld een openings- of sluitingstijd wijzigt.
Zorg op zijn minst dat je één bron hebt voor een specifiek stuk informatie.
Je idee is leuk, maar dit is totaal niet onderhoudsvriendelijk.
Het voordeel van dynamisch is dat je je inhoud maar op 1 plek hoeft aan te passen, maar wel op meerdere plekken en op verschillende manieren kan weergeven.
Ik heb een klein voorbeeldje gemaakt, maar het kan vast nog wel eenvoudiger. Voorbeeld
Handiger om de hele table in de function op te bouwen in plaats van individuele delen te retourneren, tenzij je die ergens anders nodig hebt? Extra "closed" attribuut om e.a.a. beter te scheiden en de HTML leesbaar te houden. Resultaat geretourneerd als string zodat je zelf nog kunt bepalen waar je de tabel weergeeft als je die op een andere plek al op moet halen en aan een template moet doorgeven ofzo.
Extra "closed" attribuut om e.a.a. beter te scheiden en de HTML leesbaar te houden.
Dat is een manier. Ik vind het ontzettend lelijk en onzin om steeds af te sluiten en weer te openen. Ik vind het er absoluut niet leesbaarder van worden. Gelukkig mag ieder voor zijn eigen bepalen hoe die het doet ;-).