Um cuidado que deve-se ter ao usar valor default, é não remover esta lógica do arquivo que será versionado em prod...pois não vai dar erro se não existir a variáel e ainda vai usar um dado errado para produção.
Um cuidado que deve-se ter ao usar valor default, é não remover esta lógica do arquivo que será versionado em prod...pois não vai dar erro se não existir a variáel e ainda vai usar um dado errado para produção.
Olá, Lindomar! Tudo bem?
Você levantou um ponto muito importante sobre o uso de valores default em arquivos de configuração, como o application.properties. Quando utilizamos valores padrão para variáveis de ambiente, é essencial garantir que esses valores sejam adequados para o ambiente de produção, ou que, pelo menos, não causem problemas se forem utilizados por engano.
Uma prática comum é definir valores padrão que sejam seguros para o ambiente de desenvolvimento, mas que não sejam utilizados em produção. Por exemplo, ao invés de usar credenciais reais como valores padrão, você pode usar valores fictícios ou placeholders que claramente indiquem que precisam ser substituídos.
Bons estudos!
Olá Armano! Isso mesmo, tem que ser valores fictícios, o que comentei é que, se o valor default está numa variável que muda de um ambiente pro outro, já se torna um risco a abordagem, caso não se tenha um pipeline bem construído que valide problemas de variáveis faltantes em produção. Por exemplo, se na arquitetura de sua infra, nem todos os servidores de produção estiverem bloqueados para se comunicar com os não produtivos, pode ocorrer de estar utilizando um apontamento equivocado de um ambiente pro outro. Isto acarretará num problema silencioso, onde o erro não necessariamente vai gerar um 500.
Abraço e obrigado!