Silex: une introduction concise au micro-trame basé sur Symfony (maintenant déprécié)

Silex, un micro-trame de PHP construit sur des composants Symfony et s'inspirant de Sinatra (Ruby), offre une approche rationalisée au développement d'applications Web. Cet article fournit une compréhension fondamentale de Silex et de ses principales caractéristiques. Remarque: En juin 2018, Silex n'est plus activement maintenu; Symfony est le choix recommandé pour les nouveaux projets. Cependant, la compréhension de Silex peut être utile pour maintenir les applications héritées ou pour saisir des concepts fondamentaux applicables aux cadres plus grands.

Concepts de base:

• Léger et flexible: La conception minimaliste de Silex permet des structures de projet adaptables et un routage efficace à travers les URL de cartographie aux fonctions du contr?leur. Des fonctionnalités telles que les paramètres de route, les itinéraires nommés et le regroupement du contr?leur améliorent la manipulation de la demande.
• Fournisseurs: SILEX utilise des "fournisseurs" - des classes de calcul d'intégration des composants dans l'application. Ceux-ci sont enregistrés sur l'instance d'application, souvent en implémentant SilexServiceProviderInterface et en définissant une méthode register.
• Dépréciation: Il est crucial de se rappeler que Silex n'est plus activement soutenu. Bien que convaincant les applications plus petites et plus simples, les capacités complètes de Symfony, la communauté plus large et la documentation complète le rendent supérieur aux projets à plus grande échelle.

Installation (en utilisant le compositeur):

La méthode d'installation préférée est via le compositeur:

{
    "require": {
        "silex/silex": "1.3.*@dev",
        "twig/twig": "1.17.*@dev"
    },
    "require-dev": {
        "symfony/var-dumper": "dev-master"
    }
}

Exécutez composer update --dev pour installer les dépendances et générer l'autoader. Twig est incluse pour les modèles, et le Dumper Var de Symfony est ajouté pour le débogage.

Structure du projet (exemple):

La flexibilité de Silex permet une organisation personnalisée. Une structure suggérée:

<code>|-app/
|----config/
|-resources/
|----views/
|----logs/
|-src/
|----MyApp/
|-public/
|----index.php
|----.htaccess
|-vendor/
|-composer.json</code>

public/index.php Crée l'instance d'application Silex:

<?php
require_once __DIR__ . '/../vendor/autoload.php';

$app = new Silex\Application();
$app['debug'] = true; // Enable debugging
$app->run();

routage:

Le routage implique la cartographie des modèles d'URL aux fonctions du contr?leur:

$app->get('/', function () {
    return "Hello world";
});

prend en charge GET, POST, PUST, DELETE et la méthode match pour gérer plusieurs méthodes de demande. Les valeurs de retour peuvent être des cha?nes ou SymfonyComponentHttpFoundationResponse instances.

Paramètres de routage, assertions et conversions:

• Paramètres: /users/{id} Permet de passer des paramètres à la fonction du contr?leur.
• Affirmation: ->assert("id", "d ") applique la validation du type de données.
• Conversions: ->convert Permet les paramètres de prétraitement avant de les transmettre au contr?leur.

Routes nommées:

Les voies de dénomination améliorent la maintenabilité:

{
    "require": {
        "silex/silex": "1.3.*@dev",
        "twig/twig": "1.17.*@dev"
    },
    "require-dev": {
        "symfony/var-dumper": "dev-master"
    }
}

Le fournisseur de services de générateur URL permet de générer des liens vers les routes nommées.

contr?leurs et regroupement:

Pour les applications plus grandes, l'utilisation de classes de contr?leur séparées est recommandée. Le regroupement des contr?leurs utilisant des fournisseurs de contr?leur améliore l'organisation, en particulier pour les API RESTful:

<code>|-app/
|----config/
|-resources/
|----views/
|----logs/
|-src/
|----MyApp/
|-public/
|----index.php
|----.htaccess
|-vendor/
|-composer.json</code>

Fournisseurs (fonctionnalité extension):

Les fournisseurs intègrent des composants dans Silex. Exemple: Enregistrement du fournisseur de services Twig:

<?php
require_once __DIR__ . '/../vendor/autoload.php';

$app = new Silex\Application();
$app['debug'] = true; // Enable debugging
$app->run();

Conclusion:

Silex a fourni un moyen simple et efficace de créer des applications PHP plus petites. Bien que déprécié, la compréhension de ses principes de base reste bénéfique. Pour les nouveaux projets, Symfony offre une alternative plus robuste et activement entretenue. La section FAQ ci-dessous répond aux questions courantes concernant Silex et sa migration vers Symfony.

(La section FAQ d'origine est omise ici de garder la réponse concise. Si vous avez besoin de ces informations, veuillez me le faire savoir.)

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!