TrabalhosGratuitos.com - Trabalhos, Monografias, Artigos, Exames, Resumos de livros, Dissertações
Pesquisar

APOSTILA DE DESENVOLVIMENTO DE SOFTWARE II – AULA INAUGURAl

Por:   •  7/5/2019  •  Projeto de pesquisa  •  1.228 Palavras (5 Páginas)  •  257 Visualizações

Página 1 de 5

APOSTILA DE DESENVOLVIMENTO DE SOFTWARE II – AULA INAUGURAL

 

Avaliações

 

Avaliação 1 – Avaliação em dupla referente ao conteúdo apresentado no primeiro trimestre de aula.

Avaliação 2 – Desenvolvimento de uma loja virtual com requisitos definidos em aula.

 

Observação: Serão considerados também como avaliação a presença e a participação em sala de aula.

 

Introdução ao desenvolvimento web MVC

 

ASP .NET MVC: Implementação da arquitetura MVC para o ASP .NET em um framework  

 

Objetivo - Criar aplicações WEB no padrão MVC e fornecer uma alternativa ao modelo

WebForms do ASP .NET

 

[pic 1] 

 

Arquitetura MVC (Model – View – Controller)

  • Padrão de projeto (1979-Xerox-SmallTalk)
  • Isolar a lógica da UI realizando a separação das responsabilidades

[pic 2] 

 

Framework ASP .NET MVC

 

Agrega diversos recursos que ajuda os desenvolvedores a manter as boas práticas e dar produtividade:

[pic 3] 

 

 

Estrutura de projeto de aplicativo da Web MVC 

Quando você cria um aplicativo ASP.Projeto de aplicativo Web do NET MVC, componentes do MVC são separados com base nas pastas de projeto, mostradas na ilustração a seguir:

[pic 4] 

Por padrão, os projetos do MVC incluem as seguintes pastas:

 

  • App_Data: o armazenamento físico de dados. Essa pasta tem a mesma função, como acontece em ASP.NET sites que usam as páginas de Web Forms.
  • Conteúdo(Content): é o local recomendado para adicionar arquivos de conteúdo como, por exemplo, arquivos de folha de estilo em cascata, imagens e assim por diante. Em geral, a pasta de conteúdo é para arquivos estáticos.
  • Controladores (Controllers): é o local recomendado para controladores. A MVC framework exige que os nomes de todos os controladores de terminar com "Controller", como, por exemplo, HomeController, LoginController ou ProductController.
  • Modelos(Models): é fornecido para as classes que representam o modelo de aplicativo para seu aplicativo da Web do MVC. Geralmente, essa pasta inclui código que define objetos e que define a lógica para interação com o armazenamento de dados. Normalmente, os objetos de modelo real será em bibliotecas de classe separada. Entretanto, quando você cria um novo aplicativo, pode colocar classes aqui e movê-los em bibliotecas de classe separada posteriormente no ciclo de desenvolvimento.
  • Scripts: é o local recomendado para arquivos de script que suportam o aplicativo. Por padrão, essa pasta contém o ASP. Os arquivos de base do NET AJAX e a biblioteca jQuery.
  • Modos de exibição(Views):  é o local recomendado para modos de exibição. Modos de exibição usam ViewPage (. aspx), ViewUserControl (. ascx) e arquivos de

ViewMasterPage (. master), além quaisquer outros arquivos que estão relacionados aos modos de exibição de renderização. A pasta de modos de exibição contém uma pasta para cada controlador; a pasta é nomeada com o prefixo do nome do controlador. Por exemplo, se você tiver um controlador chamado HomeController, a pasta de modos de exibição contém uma pasta chamada Home. Por padrão, quando o ASP.NET MVC framework carrega um modo de exibição, ele procura um arquivo ViewPage (. aspx) que tem o nome do modo de exibição solicitado na Views\controllerName pasta. Por padrão, há também uma pasta compartilhada na pasta modos de exibição, que não corresponde a qualquer controlador de chamada. A pasta compartilhada é usada para exibições que são compartilhadas entre vários controladores. Por exemplo, você pode colocar a página mestra do aplicativo da Web na pasta compartilhada.  

 

Além de pastas listadas anteriormente, um aplicativo da Web do MVC usa o código no arquivo global. asax para definir padrões globais de roteamento de URL, e ele usa o arquivo Web. config para configurar o aplicativo.

 

 

ASP .NET MVC – Vantagens

  • Separação de responsabilidades (View e o Controller separam as responsabilidades de lógica e de interface.)
  • Testabilidade.
  • Reusabilidade.
  • Escalabilidade.
  • Manutenção facilitada.
  • Bom  Desempenho (mais leve)
  • Total controle do HTML e JavaScript gerado.
  • Suporte a TDD (Test Driver Development) 
  • Funciona bem com aplicativos Web que são suportados por grandes equipes de desenvolvedores

ASP .NET MVC –  Desvantagens

  • Não possui os controles de servidor prontos
  • Não é drag and drop  
  • A curva de aprendizado é maior •         É necessário escrever mais código.

O que eles tem em comum ? 

  • Rodam no  IIS
  • Usam o ambiente de desenvolvimento do Visual Studio
  • São  aplicações  ASP .NET

[pic 5] 

 

Estrutura de uma aplicação ASP .NET MVC

 

Recursos utilizados:

  • Visual Studio Community 2013 ou  
  • Visual Studio Express 2013 for web ou  
  • Visual Studio Community 2015 RC
  • SQL Server 2012 Express  
  • SQL Server Managament Studio
  • Nuget

Requisições  HTTP:

  • GET – Usa a própria Url para enviar dados

Não for alterar dados no servidor; busca e consultas

Ex: http://www.macoratti.net/?curso=aspnetmvc&ano=2015

  • POST – Envia os dados no corpo da mensagem, separando a URL dos dados  Alterar dados , enviar arquivos, proteger dados

 

Como o ASP .NET MVC funciona  ?

[pic 6] 

[pic 7] 

Como o ASP .NET MVC funciona  ? 

  • No modelo de desenvolvimento ASP .NET MVC as requisições do navegador são mapeadas para ações do Controlador (Actions do  Controller).
  • O desenvolvimento é centrado na lógica da aplicação. (leia-se mapeamento: URLS são mapeadds para  métodos Actions) 

Como ?   =>  Roteamento  

...

Baixar como (para membros premium)  txt (7.1 Kb)   pdf (505.7 Kb)   docx (395.3 Kb)  
Continuar por mais 4 páginas »
Disponível apenas no TrabalhosGratuitos.com