Mise à niveau de Sylius la voie TDD: Explorer le phpSpec

Cet article démontre l'extension des fonctionnalités de base de Sylius en utilisant le développement axé sur le test (TDD) pour améliorer la gestion des stocks. Nous allons ajouter des indicateurs de basse-stock codés à la liste des produits. Ce sera une implémentation backend; Les tests visuels avec Behat seront couverts dans un futur article. Supposons que vous ayez une instance Sylius fonctionnelle.

Sylius offre une gestion des stocks robuste, mais nous pouvons l'améliorer. Actuellement, la liste des produits administratives manque d'informations sur stock. Alors que les détails des variantes montrent les niveaux de stock et le suivi, l'ajout à la liste des produits améliore la convivialité. Nous introduirons également un système d'avertissement à plusieurs niveaux (par exemple, vert pour un stock de stock, jaune pour un stock bas, rouge pour le stock).

Extension des modèles ProductVariant et Product

Pour ajouter des informations sur la disponibilité des actions, nous étendrons les modèles de Sylius ProductVariant et Product.

1. Créer un bundle

Créer src/AppBundle/AppBundle.php:

<code class="language-php"><?php
namespace AppBundle;

use Symfony\Component\HttpKernel\Bundle\Bundle;

class AppBundle extends Bundle
{
}</code>

Enregistrez-le en app/AppKernel.php:

<code class="language-php"><?php
// ...
public function registerBundles()
{
    $bundles = [
        // ...
        new AppBundle\AppBundle(),
    ];
}</code>

MISE À JOUR composer.json SECTION S autoload:

<code class="language-json">{
  // ...
  "autoload": {
    "psr-4": {
      // ...
      "AppBundle\": "src/AppBundle"
    }
  }
  // ...
}</code>

Run composer dump-autoload.

2. Tests specbdd

Nous utiliserons PHPSCEC pour un développement axé sur le comportement. Dans phpspec.yml.dist, ajouter:

<code class="language-yaml">AppBundle: { namespace: AppBundle\Entity, psr4_prefix: AppBundle\Entity, spec_path: src/AppBundle/Entity, src_path: src/AppBundle/Entity }</code>

Effacer le cache: php bin/console cache:clear.

Générer des spécifications en utilisant:

<code class="language-bash">php bin/phpspec desc AppBundle/Entity/ProductVariant
php bin/phpspec desc AppBundle/Entity/Product</code>

Créer des interfaces: ProductInterface et ProductVariantInterface étendre leurs homologues Sylius. Créez ensuite Product.php et ProductVariant.php étendre les classes Sylius et implémenter les nouvelles interfaces.

Ajouter une propriété $reorderLevel à ProductVariant.php:

<code class="language-php"><?php
// src/AppBundle/Entity/ProductVariant.php
// ...
class ProductVariant extends BaseProductVariant implements ProductVariantInterface
{
    const REORDER_LEVEL = 5;
    private $reorderLevel;
    // ...
}</code>

3. Overring Sylius Classes

Configurez Sylius pour utiliser nos classes étendues dans app/config/config.yml:

<code class="language-yaml">sylius_product:
    resources:
        product:
            classes:
                model: AppBundle\Entity\Product
        product_variant:
            classes:
                model: AppBundle\Entity\ProductVariant</code>

4. Mise à jour de la base de données

Générer et exécuter des migrations:

<code class="language-bash">php bin/console doctrine:migrations:diff
php bin/console doctrine:migrations:migrate</code>

(ou utilisez php bin/console doctrine:schema:update --force si nécessaire). Créez ProductVariant.orm.yml pour définir la colonne reorderLevel dans la base de données. Créez un Product.orm.yml vide car nous ne modifions pas le tableau sylius_product.

5. Plus de tests SpecBDD

Écrivez des tests PHPSCEC pour ProductVariant et Product, implémentant des méthodes comme getReorderLevel(), setReorderLevel(), isReorderable(), getOnHand(), et isTracked() au besoin, garantissant que tous les tests passent. Les tests doivent couvrir divers scénarios, y compris différents niveaux de stock et des niveaux de réorganisation. N'oubliez pas de mettre à jour les interfaces avec les méthodes nécessaires.

6. Conclusion

Cette approche TDD assure un code robuste. Le prochain article couvrira les tests Behat pour la vérification visuelle.

(La section FAQS a omis pour la concision, car elle n'est largement pas liée à l'exemple de code de base et augmenterait considérablement la longueur de réponse. Les FAQ fournies sont bien écrites et peuvent être facilement incluses séparément.)

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!