<?php
// Einbindung des Frameworks mit Hilfe einer Phar-Datei 
require_once __DIR__.'/silex.phar';

// Application erzeugen 
$app = new Silex\Application();

// die startseite
$app->get('/', function() use ($app) {
   // der code für die startseite
});

// eine Kontaktseite die über /contact aufrufbar wäre
$app->get('/contact', function() use ($app) {
// der eigentliche code für diese seite...
});

// app ausführen
$app->run();

?>

Wie in dem Beispiel zu sehen kann man sehr schnell und einfach Unterseiten erstellen. Das Prinzip sollte jedem Programmierer schnell klar werden. Doch es sollten einige Dinge gut durchdacht werden, bevor man auf ein Micro-Framework wie Silex setzt.

Wann es Sinn macht Silex einzusetzen

Micro-Frameworks sollte man immer nur dann einsetzen, wenn es sich grundsätzlich um ein kleines Projekt handelt und man zu 100% weiß, dass es auch ein kleines Projekt bleibt

Denn häufig ist es schwer abzuschätzen, ob ein Projekt nicht doch irgendwann total aufgebohrt wird und der ursprüngliche Umfang um ein Vielfaches überschritten wird. In diesem Fall kommen die Micro-Frameworks an ihre Grenzen und die Wartbarkeit der Projekte wird deutlich erschwert.

Wenn diesen Punkten nichts im Wege steht, ist Silex oft sehr gut einzusetzen. Einige Anwendungsbeispiele wären:

• Kleine APIs
• Kleine Seitenprojekte einer großen Anwendung, die klar einem bestimmten Bereich zugeordnet werden können
• Prototyp-Entwicklung

Eine gute Projektstruktur für Silex Projekte finden

Sehr wichtig in jedem PHP-Projekt ist die Struktur. Und besonders beim Einsatz von Silex kann die Projektstruktur schnell vernachlässigt werden, weil es so schnell möglich ist eine Applikation umzusetzen. Für mich hat sich bereits mehrmals diese Struktur bewährt:

• /app
  Beinhaltet die eigentliche Application
  • /cache
    Hier ist Platz für Cache-Files
  • /logs
    Alle Log-Dateien
  • app.php
    Beinhaltet die Programmlogik
  • bootstrap.php
    Autolading, Registrierung von Services, Laden der Silex Phar-Datei
• /src
  Bibliotheken, die für das Projekt entwickelt wurden
• /vendor
  Alle Fremdbibliotheken sind hier enthalten, die im Projekt verwendet werden
• /web
  Enthält alle öffentlichen Dateien wie Scripts, Stylesheets, etc.
  • index.php
    führt letztendlich die App aus mit $app->run(); die in /app/app.php definiert wurde.

Mit dieser Grundstruktur ist meiner Meinung schon ein großer Schritt zu einer sauber entwickelten App gemacht. Doch wie die App letztendlich programmiert wird, ist noch mal ein ganz anderes Thema

Wer anfangen möchte sich mit Coffeescript zu beschäftigen, sollte sich das Video reinziehen. Es ist eine gute Einführung in die ganze Thematik.