[Conseil] Création d'un module vs utilisation de module

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Bonjour,
Je développe un petit projet de site-web pour le restaurant d'un ami (projet d'entrainement).
La maquette fonctionnelle est disponible ici.

Pour la fonctionnalité "notre carte", j'ai utilisé le module drupal "book". Voyez le résultat.
Pour obtenir quelque chose de plus professionnel, j'aimerai créée mon propre module.
Ce module utilisera des nouveaux types de contenu : "Carte", "Sous titre de la carte", "Plat".
L'idée est d'avoir plusieurs cartes (carte générale, carte des déserts, carte des vins) disposer sur le site de manière originale.

Le module se chargera donc de présenter les cartes.

Le module devra mettre à disposition du patron une gestion complète des cartes (plus intuitive que "créée un contenu" -> ...

J'aimerai avoir votre avis sur la démarche de crée un module pour cette fonctionnalité, comme c'est ma première expérience avec un cms, j'ai peur de vouloir réinventé la roue.

Par ailleurs est-ce que l'utilisation des types de contenu est correct dans ce cas ? ou vaudrait-il mieux utiliser la taxonomie ?

Merci d'avance

Forum : 
Version de Drupal : 

Salut,

Book peut être utile pour regrouper ton contenu, je pense que tu ne devrais pas l'abandonner si vite.

Mais tu peux mixer son utilisation avec la Taxonomie (pour gérer les types de plats), éventuellement Views, etc...

Utiliser également CCK pour ajouter un type de contenu qui contiendra un champs pour le prix. Ou developpement d'un module pour ce type de node, au choix.

Drupal, c'est un peu un Lego avec plein de pièces. Mais pour trouver la toute petite pièce que tu cherches dans toute la boite, c'est parfois un peu compliqué ... ;)

Merci pour ta réponse ;)

Hier soir, j'ai démarré la création de mon premier module avec pour simple objectif de créer mon propre type de contenu. Ce nouveau contenu contiendra un champ supplémentaire "prix du plat".

En gros, ajouter un nouveau schéma, déclarer un nouveau type, redéfinir le formulaire
et enfin "mise à jour du crud" (load, insert, update, delete).
Je me suis simplement servi de l'api core de drupal!

Donc je me pose les questions suivantes :
- Existe-t-il une autre api pour la création complète d'un type ? (par programmation)
- Pourquoi CCK ne dispose pas d'une API semblable ?

De plus, j'aimerais que ce nouveau type puisse être utilisé avec views.
Que dois-je faire avec le nouveau champ ? (En imaginant que ce soit un champs utile à indexé lol)

Merci d'avance

Super, merci Aya.

Ce soir je vais mettre au propre mon module pour la partie contenu.
Je pense créer 3 types de contenu :
- Les cartes
- Les types de plats ou boissons
- Les plats ou boissons

Avec une relation, une carte contient un ensemble de types et l'ensemble de type contient un ensemble de plats...

Je pense rencontrer des difficultés dans les formulaires.
Ex : Le formulaire de création de type devra contenir une liste des cartes.
Autre exemple : Le formulaire de création de plats, devra contenir 2 listes, la carte et le type de plats en fonction de la carte ...

Suis-je toujours dans la bonne approche ?

bonjour,
je suis dans le même cas que vous, avec 3 types de contenu et des relations imbriquées.
Pour ma part j'ai essayé avec le module view pour l'affichage mais je n'arrive pas à avoir les trois niveaux. je me suis donc posé la question pour la création d'un module.
quels choix avez-vous donc fait?

merci,

Bonjour,

Finalement se projet est tombé à l'eau. Désolé de ne pas pouvoir vous aider.
Mais pour vous répondre, aujourd'hui je le ferai plus simplement. Pas besoin de représenter 36 types. En réalité un type plat et de la taxonomie suffisent. Ensuite une simple requête avec views et c'est parti.

Bonne chance