public class TesteLayoutController : Controller
{
public ActionResult Index()
{
return View();
}
}
O próximo passo consistirá da criação de uma nova view, que será apresentada
quando o método Action do Controller for chamado. Recorde que uma das Con-
venções sobre Configuração é que a view deverá ficar em uma pasta com o nome
do Controller, e a View deverá ter o nome da Action. Felizmente o Visual Studio automatiza esse trabalho!
Mais uma vez é importante observar que você não deve estar tão preocupado se
estiver
achando estranho os termos Controller, Action etc. Eles serão apresentados de forma detalhada nos capítulos a seguir.
Clique com o botão direito do mouse sobre o código View() e navegue até a
opção Add View. A figura 3.14 ilustra este processo.
Figura 3.14: Adicionando uma nova View
Na janela que será apresentada, você poderá notar que o nome da view já estará definido, e se a opção "Use a layout or master page não estiver selecionada, você deve fazê-lo. Não informe nenhum valor no campo. Com o campo em branco, o MVC vai
usar por padrão o arquivo criado anteriormente (a saber, _ViewStart). A figura 3.15 mostra essa etapa.
37
3.4. Criando o layout da aplicação
Casa do Código
Figura 3.15: Adicionando uma nova View
Após a criação do arquivo, o Visual Studio abrirá o código e ele deve estar
parecido com a listagem 5. Repare que podemos alterar na própria view o valor do ViewBag.Title, que será concatenado com o título das páginas. Altere o valor
para "Teste de layout
Listagem 3.5 - Código da view de teste do layout:
@{
ViewBag.Title = "Teste de layout";
}
<h2>Index</h2>
Feito isso, compile seu projeto, através do pressionar da tecla F5 no Visual Studio. Quando o aplicativo for carregado, provavelmente uma página de erro será mos-38
Casa do Código
Capítulo 3. Projetando a aplicação Cadê meu médico?
trada, já que não definimos um Controller padrão. Mas tudo bem, isto é proposital.
Digite ao final da URL a fração de string /testelayout que nossa página de teste será exibida. A figura 3.16 ilustra este processo.
Figura 3.16: Executando a página com o teste do layout
3.5
Concluindo e desafiando
O objetivo deste capítulo foi apresentar a você algumas das principais opções para se estruturar layouts de aplicações web utilizando o ASP.NET MVC com a engine Razor.
Você aprendeu também que, muito embora o processo de utilização das famosas
master pages seja diferente na framework MVC, ele está presente e é amplamente utilizado no processo de construção de aplicações web.
No teste anterior, ao carregar o aplicativo um erro foi apresentao, pela falta do Controller padrão. Para resolver esse pequeno problema precisamos criar um novo controller com uma view que represente /home/index. Com o que você aprendeu
aqui, crie esse controller e view já utilizando a master page do site.
39
Capítulo 4
Models: Desenhando os modelos da
nossa aplicação
Até aqui você foi apresentado a uma série de importantes conceitos e recursos relacionados ao desenvolvimento de aplicações com ASP.NET MVC. Já falamos sobre
convenções (CoC) da framework, sobre o modelo de roteamento, master pages, referenciamento de bibliotecas via NuGet, dentre outros. Estes conceitos serão de fundamental importância para executar as operações que faremos daqui até o final do livro.
No capítulo 3, tivemos a oportunidade de visualizar os aspectos gerais (estru-
turais, inclusive) da aplicação de exemplo que norteará todo o desenrolar dos fatos daqui por diante. Um dos aspectos apresentados relacionado a esta aplicação no capítulo anterior foi o DER (ver figura 3.2). Conforme mencionamos naquele momento, o DER traz toda informação de que precisaremos para criar a base de dados de nossa aplicação.
Neste capítulo, como o próprio nome sugere, iremos detalhar um pouco mais
4.1. Model?!
Casa do Código
o assunto models, ou simplesmente, modelo, já que ele é parte integrante da sigla MVC e constitui parte importante das aplicações constituídas neste formato. Tendo isto em mente, estamos prontos para prosseguir!
4.1
Model?!
Um dos grandes objetivos que o framework ASP.NET MVC pretende alcançar é a se-
paração de responsabilidades entre as camadas de uma aplicação. Neste contexto, a palavra separação poderia tranquilamente ser substituída pela palavra isola-mento, uma vez que esta última passa mais o sentido que pretende endereçar.
Como já sabemos, os models são a parte de um projeto ASP.NET MVC responsá-
vel por agrupar tendo em mente este modelo separatista do framework as fontes de dados de uma aplicação, seja esta fonte de dados for um banco de dados, um webservice, um arquivo XML, um arquivo texto, entre outros. A ideia fundamental é que as fontes de dados fiquem isoladas de forma literal das demais camadas.
Mas para
que possamos entender os modos operandi do framework junto aos
models, apresentaremos algumas abordagens possíveis de forma atrelada ao nosso projeto de exemplo. Mãos à obra?!
4.2
Abordagens para a criação de Models