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
:
<?php namespace AppBundle; use Symfony\Component\HttpKernel\Bundle\Bundle; class AppBundle extends Bundle { }
Enregistrez-le en app/AppKernel.php
:
<?php // ... public function registerBundles() { $bundles = [ // ... new AppBundle\AppBundle(), ]; }
MISE À JOUR composer.json
SECTION S autoload
:
{ // ... "autoload": { "psr-4": { // ... "AppBundle\": "src/AppBundle" } } // ... }
Run composer dump-autoload
.
2. Tests specbdd
Nous utiliserons PHPSCEC pour un développement axé sur le comportement. Dans phpspec.yml.dist
, ajouter:
AppBundle: { namespace: AppBundle\Entity, psr4_prefix: AppBundle\Entity, spec_path: src/AppBundle/Entity, src_path: src/AppBundle/Entity }
Effacer le cache: php bin/console cache:clear
.
Générer des spécifications en utilisant:
php bin/phpspec desc AppBundle/Entity/ProductVariant php bin/phpspec desc AppBundle/Entity/Product
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
:
<?php // src/AppBundle/Entity/ProductVariant.php // ... class ProductVariant extends BaseProductVariant implements ProductVariantInterface { const REORDER_LEVEL = 5; private $reorderLevel; // ... }
3. Overring Sylius Classes
Configurez Sylius pour utiliser nos classes étendues dans app/config/config.yml
:
sylius_product: resources: product: classes: model: AppBundle\Entity\Product product_variant: classes: model: AppBundle\Entity\ProductVariant
4. Mise à jour de la base de données
Générer et exécuter des migrations:
php bin/console doctrine:migrations:diff php bin/console doctrine:migrations:migrate
(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!