Solucionado
Não seria o caso de criar um método “DescricaoResumida” passando as Propriedades como argumentos, como fizemos com o método de exibição da ficha técnica? Nesse caso quero dizer, não teria o mesmo resultado? Ou outra opção, não seria o caso de criar um construtor e passar as Propriedades como argumentos? Mas creio que nesse caso criar um método seria o mais correto em comparação a um construtor.
Olá Victor!
Pelo que entendi da sua dúvida, você está se questionando se seria mais adequado criar um método "DescricaoResumida" em vez de uma propriedade, e se seria possível passar as propriedades como argumentos para esse método.
Na verdade, a escolha entre criar um método ou uma propriedade depende do que você deseja alcançar. No caso da propriedade "DescricaoResumida", ela é uma propriedade de leitura apenas, ou seja, não é possível atribuir um valor a ela. Ela é calculada com base em outras propriedades da classe "Musica" (no caso, "Nome" e "Artista").
Criar um método "DescricaoResumida" também seria uma opção válida. Nesse caso, você poderia passar as propriedades "Nome" e "Artista" como argumentos para o método e retornar a descrição resumida. Por exemplo:
public string DescricaoResumida(string nome, string artista)
{
return $"A música {nome} pertence à banda {artista}";
}
No entanto, ao utilizar uma propriedade, você pode acessar a descrição resumida diretamente, como se fosse um atributo da classe. Isso pode deixar o código mais legível e fácil de entender.
Em relação à criação de um construtor e passar as propriedades como argumentos, essa abordagem não seria adequada nesse caso. O construtor é utilizado para inicializar as propriedades de um objeto no momento da criação. No caso da propriedade "DescricaoResumida", ela é calculada com base em outras propriedades e não precisa ser passada como argumento no momento da criação do objeto.
Espero ter ajudado e bons estudos!
Ajudou sim, muito obrigado pela sua atenção!