Hvordan man opbygger en datastruktur til din HTML5 og CSS3-webstedskabel

Du kan normalt antage, at et stort web-projekt kan udføres i lige HTML5 og CSS3. Det er altid et godt udgangspunkt, men hvis dit program har brug for data eller interaktivitet, har du sandsynligvis en data backend.

De fleste dataaktiverede websteder mislykkes, fordi de ikke var planlagt korrekt.

Årsagen er næsten altid, at data normaliseringen ikke blev indarbejdet i planen tidligt nok, og de øvrige dele af projektet er uundgåeligt afhængige af en velplanlagt data backend.

Hvis du har mistanke om, at dit projekt vil involvere en database, skal du følge disse trin tidligt i processen (under den tidlige planlægningsfase):

1. Identificer det sande dataproblem, der skal løses.

   Data bliver kompliceret i travlt. Bestem hvorfor præcis du har brug for dataene på webstedet. Hold dataene så enkle som muligt, ellers bliver du overvældet.

2. Identificer datakrav i dit webdiagram.

   Find ud af, hvor på stedet diagrammet du får data. Bestem hvilke data du henter og optag disse oplysninger på sidediagrammet.

3. Opret en tredje normal form ER diagram.

   Lad være med at opbygge en database, indtil du er sikker på, at du kan oprette et ER-diagram i tredje normale form.

4. Gennemfør datastrukturen.

   Opret et SQL-script, der opretter alle de nødvendige datastrukturer (herunder tabeller og visninger) og indeholder prøvedata. Gennemførelsen af ​​designet er nemt, når du har lavet det. (Det synes at være et tema, ikke?)

5. Opret PHP middleware.

   Når databasen er på plads, har du normalt brug for PHP-kode for at tage anmodninger, sende dem til databasen og returnere resultaterne. Det meste af PHP-koden til hovedsiden består af simple forespørgsler fra databasen. Hvis du kan bruge AJAX eller SSI, forenkler processen processen, fordi din PHP-kode ikke behøver at oprette hele sider - det skaber bare kodestykker.

6. Overvej opdateringsfunktioner.

   Når du har en database, skal du normalt have en anden del af webstedet, så klienten kan opdatere oplysninger. Det er ofte et administrativt websted med adgangskodeadgang. Et administrativt websted er meget mere komplekst end det primære websted, fordi det kræver evnen til at tilføje, redigere og opdatere poster.