[RESOLVIDO] [DÚVIDA] Parâmetros e Construtores.

[caiiovox 0]

 

Boa tarde galera !
Estou com uma dúvida pertinente, que, por mais que eu veja vídeo aulas, as explicações acabam se confrontando e me deixando confuso !
Gostaria de saber, com exemplos práticos, para que serve um CONSTRUTOR, o que ele é e para que serve.

 

Outra coisa seria as passagens de parâmetro ! Eu sei que um método void ele não precisa retornar nada, ou seja, lá embaixo, no final do método eu

não preciso colocar:
return alguma coisa;

 

porém um método que seja por exemplo

public calcularX{

      Eu escrevo toda minha regra, ou cálculo aqui dentro;

      e aqui no final da minha estrutura, eu devo colocar

     return x; (se ele vai calcular o valor de x, eu devo retornar o x né ?)

e como vou passar parâmetros ? Como eu devo saber quando ou não passar? e para que vão servir ?
 

 

Sei que é uma dúvida de principiante, mas mesmo eu lendo alguns artigos da alura e dev media, e algumas video aulas

ficaram muito técnicas e divergentes as explicações, eu queria uma explicação mais

técnica e mais sucinta e menos complexa.

 

Obrigado desde já !

 

[EdCesar 124]

@caiiovox beleza!

Vamos tomar como base o exemplo abaixo:
 

public class Aluno
{
  public string nome;
  public float nota; 
  
  public Aluno(string nome)
  {
    this.nome = nome;
  }
  public void setNota(float nota)
  {
   this.nota = nota;
  }
  public string getNota()
  {
   return this.nota.ToString();
  }
}

Aluno joao = new Aluno("João da Silva");
joao.setNota(8.5f);
Console.Write(joao.getNota());

 

O construtor serve para você construir coisas que são necessárias para o seu objeto existir, por exemplo, não faz sentido ter um aluno sem um nome, certo? Então o nome deve ser passado no construtor. 

Nesse exemplo, se não fosse usado o construtor para passar o nome, e colocado o nome somente apos o objeto existir, com um um metodo setNome(string nome) por exemplo, funcionaria. Mas do ponto de vista da orientação a objetos, isso estaria errado, pelo motivo já explicado.
 

Sobre o void e return, é simples. Você vai usar void sempre quando quiser executar uma ação, e não te interessa ter retorno. Por exemplo, o metodo setNota(float nota) é apenas para atribuir uma nota, e para ver a nota, uso o metodo com retorno, que nesse caso é o getNota()
 

Sobre os parametros, segue a mesma simplicidade, para atribuir uma nota eu preciso de um parametro para o setNota(float nota), e para pegar a nota eu não preciso de parametros nenhum, preciso apenas chamar o metodo getNota() que tem um return

[itlpps 109]

@EdCesar Disse tudo.. 

 

Construtor é o que de certa forma deixa seu objeto consistente. Se a classe tem um construtor com parametros, você é obrigado a passar eles quando for instanciar a classe.

Como nosso amigo já disse, não tem porque eu ter um aluno sem nome. Ele não existe sem um nome, mas ainda é um aluno sem uma nota;

 

Quanto aos parâmetros (só complementando em outro cenário), pensa em um projeto com diversas camadas.

Na sua controller (pensa num mvc), tem acesso aos dados de inputs da view, certo?

E agora você quer persistir essas entradas em seu bd. A camada de repository (camada que faz acesso ao bd) é a responsável por isso mas ela não tem acesso direto a view, mas ela precisa das informações da view. E agora?

Agora você vai passando essas informações por parâmetro, camada por camada (controller, validation, business, etc) até a repository.

[caiiovox 0]

Pelo que eu entendi, vou colocar uma classe de exemplo:

public class DALCategoria{

       private DALConexao conexao;
        public DALCategoria(DALConexao cx) //Vocês disseram que deixo meu objeto consistente, mas como ele fica consiste aqui ?
        {
            conexao = cx;     //=>  eu estou passando uma classe DALConexao como parâmetro, (mas o que seria o cx ?)
                                         
                                                     
        }
        public void Incluir(ModeloCategoria modelo) //=> eu sei que meu ModeloCategoria é uma classe que tem minhas propriedades de CatCod e CatNome, e esse método é void, sendo assim não sou obrigado a retornar nenhuma confirmação para o usuário de que algo foi inserido no banco, mas eu poderia, caso quisesse, né ? Caso sim, eu teria que retirar o void e colocar um return modelo depois do meu conexao.Desconectar ? 
        {
            SqlCommand cmd = new SqlCommand();
            cmd.Connection = conexao.ObjetoConexao;
            cmd.CommandText = "insert into categoria(cat_nome) values (@nome); select @@IDENTITY;";
            cmd.Parameters.AddWithValue("@nome", modelo.CatNome);
            
            conexao.Conectar();
            modelo.CatCod = Convert.ToInt32(cmd.ExecuteScalar());
            conexao.Desconectar();
        }

public ModeloCategoria CarregaModeloCategoria(int codigo) //Seguindo a lógica do método acima, por que eu retorno modelo no meu return ? Não seria codigo ? Pois eu estou passando como parâmetro um int Codigo.
        {
            ModeloCategoria modelo = new ModeloCategoria();
            SqlCommand cmd = new SqlCommand();
            cmd.Connection = conexao.ObjetoConexao;
            cmd.CommandText = "select * from categoria where cat_cod = @codigo";
            cmd.Parameters.AddWithValue("@codigo", codigo);
            conexao.Conectar();
            SqlDataReader registro = cmd.ExecuteReader();
            if (registro.HasRows)
            {
                registro.Read();
                modelo.CatCod = Convert.ToInt32(registro["cat_cod"]);
                modelo.CatNome = Convert.ToString(registro["cat_nome"]);
            }
            conexao.Desconectar();
            return modelo;
        }

 

@EdCesar e @itlpps valeu por me responderem. Não sei se com essas classes de conexão ficaram melhor para colocar minha dúvida. Valeu!

[itlpps 109]

//Vocês disseram que deixo meu objeto consistente, mas como ele fica consiste aqui ?

Fica consistente que sempre vai ter uma conexão pra acessar o banco.

Porém esse não é o seu objeto, é uma classe de acesso a dados.

 

//=>  eu estou passando uma classe DALConexao como parâmetro, (mas o que seria o cx ?)

cx é o parâmetro, é a instancia (ou deveria ser) da classe de conexão, que está sendo atribuída a uma variável global (dentro da classe DALCategoria), para poder usar em qualquer método dela. 

 

//=> eu sei que meu ModeloCategoria é uma classe que tem minhas propriedades de CatCod e CatNome, e esse método é void, sendo assim não sou obrigado a retornar nenhuma confirmação para o usuário de que algo foi inserido no banco, mas eu poderia, caso quisesse, né ? Caso sim, eu teria que retirar o void e colocar um return modelo depois do meu conexao.Desconectar ? 

Poderia sim. 

Geralmente chamo métodos de inserte ou update dentro de um 'try catch', se não der erro (cair no catch) sei que inseriu, então prossigo normalmente o fluxo do programa.

 

//Seguindo a lógica do método acima, por que eu retorno modelo no meu return ? Não seria codigo ? Pois eu estou passando como parâmetro um int Codigo.

É retornado o objeto porque é um select, certamente vai ser exibido as informações desse objeto para o usuário, e pra isso preciso de tudo, e não só o código...

[caiiovox 0]

@itlpps Valeu pela explicação, deu para dar uma esclarecida, porém ainda me sinto inseguro, vou continuar os conteúdos, porém quando eu for colocar na prática e ver que ainda me atrapalho eu volto a falar com vocês, creio eu que vou sentir mais dificuldade quando rever as aulas de MVC 5.

Enfim. Obrigado !!!

[itlpps 109]

2 minutos atrás, caiiovox disse:

@itlpps Valeu pela explicação, deu para dar uma esclarecida, porém ainda me sinto inseguro, vou continuar os conteúdos, porém quando eu for colocar na prática e ver que ainda me atrapalho eu volto a falar com vocês, creio eu que vou sentir mais dificuldade quando rever as aulas de MVC 5.

Enfim. Obrigado !!!

Tranquilo, brow. Estamos ai. Ajudamos no possível. :D