drogonframework/drogon

dg_ctl create model -- support namespaces

Open

#1 591 ouverte le 7 mai 2023

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)C++ (1 014 forks)batch import
enhancementgood first issue

Métriques du dépôt

Stars
 (10 462 stars)
Métriques de merge PR
 (Merge moyen 2j 2h) (7 PRs mergées en 30 j)

Description

Is your feature request related to a problem? Please describe. When (re)creating the models using the dg_ctl create model ... command, the model-classes are automatically created in a namespace equal to the configured database name. I would like to use a simpler namespace name than how I've named my database. Defining a custom namespace also can advoid accedental model-namespace changes when working together with someone who has it's database named differently.

Describe the solution you'd like An option in the dg_ctl create model ... command and/or a key in the model.json file where a custom namespace name can be defined. Here follow some input-result examples:

  • dg_ctl create model . -> drogon_model::dbname::ModelName (default behaviour)
  • dg_ctl create model . --namespace "" -> drogon_model::ModelName (optional)
  • dg_ctl create model . --namespace "HelloDg" -> drogon_model::HelloDg::ModelName

I think this should be a small change but a helpfull one.

Guide contributeur

Direction de recherche
Examinez le code source de dg ctl, en particulier l'implémentation de la commande 'create model' dans le dépôt Drogon. Recherchez comment l'espace de noms est actuellement construit à partir du nom de la base de données. Modifiez la commande pour accepter un drapeau optionnel namespace et le transmettre à la logique de génération de modèle. Mettez à jour la configuration model.json pour permettre une clé d'espace de noms personnalisée. Assurez la compatibilité descendante en utilisant par défaut le nom de la base de données. Testez en exécutant dg ctl avec diverses valeurs namespace et en vérifiant les fichiers de modèle générés.
Stack technique
cpp
Domaine
clibackend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75