drogonframework/drogon

dg_ctl create model -- support namespaces

Open

#1.591 aberto em 7 de mai. de 2023

Ver no GitHub
 (1 comment) (0 reactions) (0 assignees)C++ (1.014 forks)batch import
enhancementgood first issue

Métricas do repositório

Stars
 (10.462 stars)
Métricas de merge de PR
 (Mesclagem média 2d 2h) (7 fundiu PRs em 30d)

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.

Guia do colaborador

Direção de pesquisa
Examine o código fonte do dg ctl, especificamente a implementação do comando 'create model' no repositório Drogon. Procure como o namespace é atualmente construído a partir do nome do banco de dados. Modifique o comando para aceitar uma flag opcional namespace e passá la para a lógica de geração do modelo. Atualize a configuração model.json para permitir uma chave de namespace personalizada. Garanta a compatibilidade com versões anteriores usando o nome do banco de dados como padrão. Teste executando o dg ctl com vários valores namespace e verificando os arquivos de modelo gerados.
Pilha de tecnologia
cpp
Domain
clibackend
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Git
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
75