Adskillelse af logik og præsentation ?

Er ikke sikker på at jeg forstod det, men lav altid beregninger øverst i dokumentet og præsentation, der hvor det nu skal klares.

Jeg antager at cake-php framworket er nogenlunde gæns, og det bygger på MVC.

cakephp.org

Zend har et view objekt man bruge. Sjovt nok kaldet Zend_View, dertil er der Zend_Layout.
CakePHP har noget tilsvarende og lige ledes har Symfony.

Disse går i sin enkelthed ud på at du instansiere dem i logikkens abstraktionslag. Ved disse frameworks er det egentlig også PHP der bruges. Men har da set et par eksempler hvor man bruger xml og xslt. Til de tre ovennævnte er der også udviklet broer mellem deres view komponenter og template-systemet Smarty.

Hvis du søger på MVC, finder du den mest brugte metode på hvordan implementering af 3-lags modellen foregår i PHP.

Hej,

Du kan f.eks. lave det i klasser.
Hvis du har et sted hvor du henter nogle produkter frem på din side, fra en tabel som ser ud som følgende:

 create table products(
   id int primary key auto_increment,
   name varchar(255) not null,
   description text
 );

Kan du f.eks. lave en ProductDAO klasse, som håndtere dette. DAO står for Data Access Object. (Læs mere om DAOs her: http://en.wikipedia.org/wiki/Data_Access_Object )

Denne klasse vil så håndtere al din sql logik osv.
f.eks. laver vi et Product objekt, som skal indeholde produkt data, og en ProductDAO som henter data ud fra databasen:

Product: (i filen product.class.php)

 <?php
 class Product {
   private $id;
   private $name;
   private $description;
 
   public function __construct($id,$name,$description) {
     $this->id = $id;
     $this->name = $name;
     $this->description = $description;
   }
   
   public function getId() {
       return $this->id;
   }
   
   public function getName() {
       return $this->name;
   }
   
   public function setName($name) {
       $this->name = $name;
   }
   
   public function getDescription() {
       return $this->description;
   }
   
   public function setDescription($description) {
       $this->description = $description;
   }
 }
 ?>

ProductDAO: (i filen productDAO.class.php)

 <?php
 class ProductDAO {
   public function __construct() {
 
   }
   
   /**
    * Fetches a product from the database, using the given ID
    * @param $id            the products to fetch's ID
    * @return the product that matched the given id.
    */
   public function get($id) {
     // opret forbindelse til mysql, eventuelt via et andet objekt.
 
     $query = mysql_query("select * from products where id = ".$id);
     $row = mysql_fetch_array($query);
     
     $product = new Product($row['id'],$row['name'],$row['description']);
     
     return $product;
   }
   
   /**
    * Saves the given product to the database.
    * @param $product                the product to save.
    */
   public function save($product) {
       $query;
       
       // opret forbindelse til mysql, eventuelt via et andet objekt.
       
       if( $product->getId() != '' ) {
           $query = "update products set name = '".$product->getName()."', description = '".$product->getDescription()."' where id = ".$product->getId();
       }
       else {
           $query = "insert into products(name,description) values('".$product->getName()."','".$product->getDescription()."')";
       }
       
       // executes the query.
       mysql_query($query);
   }
 }
 ?>

Herefter kan du så have en side hvor du bruger det, hvor du før i tiden måske skrev følgende:

old_view_product.php:

 <?php
 $host = 'localhost';
 $user = 'root';
 $pass = '12345';
 $database = 'shop_test';
 
 mysql_connect($host,$user,$pass) or die(mysql_error());
 mysql_select_db($database);
 
 // a lot of html etc here... cba :)
 $query = mysql_query("select * from products where id = ".$_GET['id']);
 $row = mysql_fetch_array($query);
 
 ?>
 
 <table>
     <tr>
         <td><?php echo $row['id']; ?></td>
         <td><?php echo $row['name']; ?></td>
         <td><?php echo $row['description']; ?></td>
     </tr>
 </table>

Koden til den nye view product side kunne så være følgende:
new_view_product.php:

 <?php
 require_once('product.class.php');
 require_once('productDAO.class.php');
 
 $productDAO = new ProductDAO();
 $product = $productDAO->get($_GET['id']);
 
 // a lot of html etc here... cba :)
 
 ?>
 
 <table>
     <tr>
         <td><?php echo $product->getId(); ?></td>
         <td><?php echo $product->getName(); ?></td>
         <td><?php echo $product->getDescription(); ?></td>
     </tr>
 </table>

Der er lidt mere kodning i denne måde, men du har ikke alle mulige sql sætninger og database connections alle steder i din kode, og kun eet sted du skal rette, hvis noget går galt.
Hvis du så tænker lidt videre, kan du f.eks. lave en indkøbskurv objekt, som kan beregne priser, lave ordre (og ordre linjer) i databasen. Alt sammen på et lukket sted, med kode som kun skal opdateres der...

Håber at du kunne bruge det.

Var lidt fesen at jokke ind i en anden diskussion og stille dit sprøgsmål

Som jeg kan se det kan du ikke undgå at lave noget "plumbing" kode imellem dit præsentationslag og din business/data lag.

I Jimmis eksempel her, er der stadigvæk en del PHP kode direkte i præsentationen - kan jeg slippe af med det ?

Det første vi skal være enige om er vel, at det
ikke er særlig pænt at have HTML sammen med sin program kode. Det er en af ideérne med at dele sin applikation op i lag.

Så hvordan kan jeg slippe af med så meget PHP i min præsentation som muligt. Jo mere der skal ske på min side des mere PHP i toppen af siden må der ligsom være - korrekt ?

Så konklussionen må dog være at du ikke kan undgå at have en del PHP på hver side du skal bruge ?

Så konklussionen må dog være at du ikke kan undgå at have en del PHP på hver side du skal bruge ?

Forkert konklusion.

Hvis du bruger et MVC-framework kan du slippe fuldstændigt for PHP i dine views.

Prøv ad, istedet for at drage konklusioner ud fra andres kode.

Kig evt. på http://codeigniter.com/tutorials/ for en lille smagsprøve. men ellers vil jeg anbefale dig at prøve dig frem selv.

Et MVC framework vil kun til dels fjerne php koden fra dine views. I CakePHP.org, bruger de jo MVC, men selv her er der jo stadigvæk brug for at løbe objekter med data igennem for at lave noget indhold på siden...

Du kan jo altid kaste dig igang med smarty og bruge endnu et template framework til at fjerne php kode fra dine views, men så skal du bare lære deres syntax at kende... så... Lad være med at forkaste php helt i dine views, bare lad være med at lave business logic i dem.

Jeg udemærket MVC modellen

Jeg skal bare lige være helt med på hvad du siger: Slipper du fuldstændigt for at skrive PHP sammen med HTML når du bruger dette framework ? Hvordan vil du så præsentere noget i browseren ?

I såfald vil jeg gerne se hvordan du bære dig ad med det

CodeIgniter har Smarty inkluderet, så du kan skrive en smule Smarty-kode i dine views istedet for php-kode. Det er kønnere, mere overskueligt, men en lille smule langsommere.

Jeg udemærket MVC modellen

Jeg skal bare lige være helt med på hvad du siger: Slipper du fuldstændigt for at skrive PHP sammen med HTML når du bruger dette framework ? Hvordan vil du så præsentere noget i browseren ?

I såfald vil jeg gerne se hvordan du bære dig ad med det

Nej, du slipper ikke helt af med php hvis du bruger smarty/codeigniter. Du kommer til at skrive kode i dine views, uanset om det er med smarty syntax eller almindelig php.

Jeg har prøvet smarty, og jeg synes ikke personligt det gjorde mit view bedre.

Hele problematikken ligger jo også i, om dine designere skal skrive lidt php (lidt løkker, ifs osv) eller om de skal gøre det samme i smarty.

f.eks. skal du skrive følgende for at bruge en løkke i smarty:

 {foreach from=$myArray item=foo}
     {$foo}<br />
 {/foreach}

Hvor imod du skal gøre følgende i almindelig php:

 foreach ($myArray as $foo) {
     echo $foo."<br />";
 }

Men det er jo hvad du selv vil.

Du kan læse mere om smarty her: http://www.smarty.net
Så kan du jo selv drage en konklusion om det er godt eller skidt.