Sobre .Net...

Olá pessoal!

Hoje vou fazer um post bem pequeno, mas que é uma resposta a uma pergunta deve surgir na cabeça de todo mundo que começa em MVC. Já tive essa dúvida no passado, já ouvi essa pergunta em WebCasts e me fizeram ela semana passada: Para cada Action eu devo ter uma View, mesmo que o formulário seja igual?

Mesmo no meu post de CRUD eu fiz assim, criei uma View para a Action Create e outra para a Action Edit, mas a idéia era realmente possibilitar a evolução do projeto, como fiz aqui e aqui, e agora nesse atual vou continuar aprimorando aquele projeto.

Nesse post vou mostrar que isso não é necessário, e em uma aplicação de verdade deve ser evitado, afinal programar repetidas vezes as mesmas regras de validação sempre é um risco para a manutenção.

Vamos ao código!

Primeiramente, excluí as Action Create, e sua respectiva View, para ser utilizada apenas a Action e View Edit. Vou inicialmente mostrar como ficou o código da View. Como agora não necessariamente ao carregar a View eu terei os dados para preencher os campos, devo fazer um preenchimento condicional, da seguinte forma:

<form name="formCadastro" action="Edit" method="post">

<input type="hidden" id="hdfCodigo" name="id" value="<%=ViewData.Model.Codigo??"" %>" />

<h2>Alterar Contato</h2>

<p>

<span>Nome</span><input type="text" value="<%=ViewData.Model.Nome??"" %>" name="txtNome"

    id="txtNome" /></p>

<p>

<span>E-mail</span><input type="text" value="<%=ViewData.Model.Email??""%>" name="txtEmail"

    id="txtEmail" /></p>

<p>

<span>Telefone</span><input type="text" id="txtTelefone" value="<%=ViewData.Model.Telefone??"" %>"

    name="txtTelefone" /></p>

<p>

<input type="submit" value="Salvar" /></p>

</form>

Perceba que estou utilizando o operador ??, que verificar se o valor à esquerda é nulo e se for, utiliza o da direita. Na View, toda a alteração necessária é essa.

Nas minhas Actions fiz as seguintes mudanças:

   1:  public ActionResult Edit(int? id)

   2:  {

   3:      if (!id.HasValue) return View(new Pessoa());

   4:   

   5:      using (var bd = new bdEntities())

   6:      {

   7:      var pessoa = (from p in bd.Pessoa

   8:                where p.Codigo == id

   9:                select p).First();

  10:   

  11:      return View(pessoa);

  12:      }

  13:  }

  14:   

  15:  [HttpPost]

  16:  public ActionResult Edit(int id, FormCollection collection)

  17:  {

  18:      try

  19:      {

  20:      using (var bd = new bdEntities())

  21:      {

  22:          if (id ==0)

  23:          {

  24:          var pessoa = new Pessoa();

  25:          pessoa.Email = collection["txtEmail"];

  26:          pessoa.Nome = collection["txtNome"];

  27:          pessoa.Telefone = collection["txtTelefone"];

  28:          bd.AddToPessoa(pessoa);

  29:          bd.SaveChanges();

  30:          }

  31:          else

  32:          {

  33:          var pessoa = (from p in bd.Pessoa

  34:                    where p.Codigo == id

  35:                    select p).First();

  36:   

  37:          pessoa.Email = collection["txtEmail"];

  38:          pessoa.Nome = collection["txtNome"];

  39:          pessoa.Telefone = collection["txtTelefone"];

  40:          bd.SaveChanges();

  41:          }

  42:      }

  43:   

  44:      return RedirectToAction("Index");

  45:      }

  46:      catch

  47:      {

  48:      return View();

  49:      }

  50:  }

Na linha 1, mudei o tipo do parâmetro para Nullable<Int>, isso porque quando eu for criar um novo registro, não vou ter o ID ainda. Na linha 3 eu verifico se o ID está preenchido, se não estiver, considero que é um novo registro e retorna a View com a instância de Pessoa sem as informações preenchidas. Caso tenha valor preenchido, continuo o método como era antes, para ter o comportamento de alteração.

No segundo método, verifico se o ID é um ID novo (valor 0) ou se é uma alteração, e realizo o procedimento adequado, com isso eu utilizo a mesma view tanto para as ações de Criar como Editar, e dessa forma, não replico código de interface (View).

Em alguns casos, em vez de eu criar a lógica na Action dessa forma, eu poderia criar duas Actions com nomes distintos (Create e Edit) e na Create, utilizar o método RedirectToAction, passando como parâmetro o nome do método Edit, são apenas abordagens diferentes, mas que teriam o mesmo resultado. Naturalmente, o método RedirectToAction pode ser utilizados em outros contextos, como eu estou fazendo na linha 44, para redirecionar o navegador para a Action Index, e exibir a listagem atualizada.

Bom, como eu disse o post seria curto, e era isso que tinha para falar.

Clique no link abaixo para baixar o projeto atualizado, inclusive corrigindo um bug do arquivo anterior .

MvcCrud.zip (641,09 kb)

Até o próximo!