Deletado em 19 de agosto de 2009

Visual Studio Debugger x IE 8

Olá pessoal,

Deixo este pequeno e rápido lixo apenas para matar algum possível problema de desenvolvedores que utilizam o VS 2005/03 com o Internet Explorer 8.

Bom, a pequena história é a seguinte.

Estavamos todos programando, quando chega um carinha do suporte avisando que, por ordens superiores, todos os PCs deveriam ser atualizados para IE 8, e que o IE 7 ficaria disponível em uma máquina virtual.

Maravilha, bacana.

O problema começou quando resolvemos debugar um métodozinhu no projeto lá, colocavamos os breakpoints, porém quando rodava o projeto o IE 8 simplesmente ignorava, passava reto, nem ligava para os coitados do breakpoints.

Depois de muito mexer aqui, mexer de lá, troca options no VS, troca options no IE, nada de chamar os malditos breakpoints, achamos a sulução/erro/treta/lixo.

Simplemente o que ocorre, técnicamente, desculpe não sei explicar, mas o debugger só irá funcionar se não tivermos nenhuma janela do IE 8 préviamente aberta, ou seja, nada de janela aberta antes de iniciar o debug.

Ri muito quando achei o problema, já tinha gente com dedos no Regedit (tem um blog que fala que tem que mexer no Regedit).

Não sei se existe um solução melhor para isso, mas bom ou mal... é estranho.

Só isso... Até mais...

-------------------------------------------------------------
Editado dia 28/09
-------------------------------------------------------------

Pessoal, de acordo com o post do Anônimo temos sim como debuggar com prévias janelas do IE 8 aberta, e realmente é muito simples:

Anônimo: Quando vc rodar o sistema realmente ele não vai cair no break, para cair vc tem que ir Debug - Attach to process e atachar o IIS virtual que foi criado (aquele do lado do relogio que aprece quando damos reun no VS)

Eu testei e consegui, apenas após de dar o attach no processo do WebDev.WebServer.exe precisamos dar um reload na página para cair no break!

Obrigado, Anônimo!

Abraços

Deletado em 17 de agosto de 2009

Upload/Leitura de Arquivos no C#

Antes de continuarmos falando de camadas e padrões, vamos fazer alguns uploads e ler alguns arquivos nos diretórios.

Para isso vamos basicamente fazer uma galeria de imagens.

Nossa galeria de imagens terá a seguinte forma:

Onde teremos um objeto do tipo File Upload, um Text Box para darmos um nome para a imagem, um Button para enviar os dados, e um Label para mostrarmos as imagens.

Devemos importar:

using System.IO; using System.Text;

Nosso 1º passo será criar a ação do botão, que ficará da seguinte maneira:

protected void btnSalvar_Click(object sender, EventArgs e)
{
     if (VerificaDadosArquivo(fuArquivos, txtNome.Text))
     {
           try
           {
              SalvarArquivos(fuArquivos, txtNome.Text);
           }
           catch(Exception ex)
           {
              ClientScript.RegisterStartupScript(typeof(string), "Erro", "<script>alert('" + ex.Message + "')</script>");
           }
     }
}

Verificamos que temos dois métodos nessa chamada, o VerificaDadosArquivo que retorna um bool e o SalvarArquivo que é void.

O método VerificaDadosArquivo irá fazer a validação das informações enviadas e a validação dos arquivos que eu quero liberar para upload.

private bool VerificaDadosArquivo(FileUpload fuArquivos, string nome)
{
     if (fuArquivos.PostedFile == null || nome == string.Empty)
     {
            ClientScript.RegisterStartupScript(typeof(string), "Erro", "<script>alert('Preencha todos os dados')</script>");
            return false;
     }
     if (fuArquivos.PostedFile.ContentType.IndexOf("gif") < 0 && fuArquivos.PostedFile. ContentType.IndexOf("jpeg") < 0)
     {
            ClientScript.RegisterStartupScript(typeof(string), "Erro", "<script>alert('Escolha imagens tipo .gif ou .jpg')</script>");
            return false;
     }
     return true;
}

Na 1º validação é verificado se o usuário digitou todos os dados, na 2º validação é verificado se o arquivos que o usuário quer enviar é do tipo “gif” ou “jpeg”, verificamos no ContentType pois é mais seguro que apenas verificar a extensão do arquivo, já que a mesma pode ser alterada.

Passado pelas nossas validações o arquivo é salvo:

private void SalvarArquivo(FileUpload fuArquivos, string nome)
{
    string diretorio = ConfigurationManager.AppSettings["Diretorio"];
    DirectoryInfo infoDir = new DirectoryInfo(diretorio);

    if (!infoDir.Exists)
    {
        infoDir.Create();
    }

    FileInfo infoFile = new FileInfo(fuArquivos.PostedFile.FileName);
    fuArquivos.PostedFile.SaveAs(diretorio + nome + infoFile.Extension);

    ListarImagensDiretorio();
}

Neste método, falamos qual é o diretório que queremos salvar o arquivo, deixo na Web.Config para poder ser alterado a qualquer hora.

Depois disso, criamos uma variável do tipo DirectoryInfo para termos todas as informações do diretório que usaremos. Após, se ele não existir, é criado.

Outra variável é criada, uma variável do tipo FileInfo para agora termos as informações do arquivo que o usuário quer salvar.

Já sabemos que o arquivo é do tipo que queremos e está tudo certinho, então vamos salvar, no diretório criado, com o nome fornecido pelo usuário e a extensão correta.

Perfeito, o upload está pronto!

Precisamos agora listar as nossas imagens. Abaixo do texto de listar imagens, vamos ajustar o Label que tinhamos colocado.

No PageLoad e no Método SalvarArquivo vamos chamar o método ListarImagensDiretorio (como visto acima, no fim do método de Salvar):

protected void Page_Load(object sender, EventArgs e)
{
     if (!IsPostBack)
     {
         ListarImagensDiretorio();
     }           
}

O método é o seguinte:

private void ListarImagensDiretorio()
{
    string diretorio = ConfigurationManager.AppSettings["Diretorio"];
    string url = ConfigurationManager.AppSettings["URL"];
    StringBuilder oSbImages = new StringBuilder();
    bool hasFiles = false;
    DirectoryInfo oDirec = new DirectoryInfo(diretorio);

    oSbImages.Append("<div style='width:500px'>");

    foreach (FileInfo oFile in oDirec.GetFiles())
    {
         if (oFile.Extension.Equals(".gif") || oFile.Extension.Equals(".jpg"))
         {
               oSbImages.Append("<div class='imagens'>");
               oSbImages.Append("  <a href='" + url + oFile.Name + "' target='_blank'>");
               oSbImages.Append("      <img src='" + url + oFile.Name + "' width='85' height='52' border='0'><br>");
               oSbImages.Append("      <span class='titulo'>" + oFile.Name.Replace(oFile.Extension, string.Empty) + "</span>");
               oSbImages.Append("  </a>");
               oSbImages.Append("</div>");                                                       hasFiles = true;
          }
     }

     oSbImages.Append("</div>");

     if (hasFiles)
     {
          lblImagens.Text = oSbImages.ToString();
     }
     else
     {
          lblImagens.Text = "Nenhuma Imagem no Diretório.";
     }
 }

Vamos navegar neste método.

Primeiramente temos as declarações das variáveis: "diretorio" (Podemos também fazer apenas um MapPath da variável "url") com o conteúdo da Web.Config, "url" que será o caminho virtual para a pasta, uma variável StringBuilder para criarmos a lista de imagens, um bool para checarmos se existem imagens, e, por fim, uma variável do tipo DirectoryInfo que possui as informações do diretório.

OBS: Algumas dessas variáveis poderiam ser globais, mas como exemplificar assim fica mais fácil eu fiz dessa maneira.

Com minha StringBuilder eu crio umas frescurinhas para a apresentação das imagens.

No laço, para cada arquivo em meu diretório, se a extensão for .gif ou .jpg apresento a imagem. (Para não pegar arquivos como thumb.db)

OBS: No método GetFiles, eu poderia ter colocado para pegar apenas os gifs desta maneira GetFiles(“.gif”), porém como precisaremos pegar todos os .gif e .jpg não poderemos usar esse esquema.

No final do método, se existir um arquivo apresento a StringBuilder se não apresenta a mensagem.

Prontinho, rápido e sem dores... No caso sem odores já que jogamos no Lixo =)

Link para baixar o projeto. Está pesado pois mando junto as imagens!

Abraços pessoal! Bons estudos...

Deletado em 7 de agosto de 2009

Programação em N Camadas - MVC - Padrões de Projeto – Parte 1

Depois de um tempinho sem lixo, e algumas cobranças de colegas programadores por novos posts (até minha namorada estava sedenta de atualizações por aqui =P). Gostaria de deletar algo sobre padrões de projetos e/ou criação de soluções OO.

Quem, como eu, já pesquisou sobre programação em camadas pela Web deve ter sentido a falta de informação coerente, pois parece que cada um acaba fazendo do seu jeito, criando nomes diferentes, utilizado frameworks para acertar no padrão e tendo uma visão diferente da necessidade de se programar em camadas.

Bom, jogo no lixo hoje o que entendo sobre padrão de projeto, o motivo de se programar assim e como fazer (na parte 2).

O MVC (Model-View-Controller) e as camadas

Quando aplicamos técnicas de programação orientada a objetos com padrões de desenvolvimento a escrita da linguagem pode se tornar uma ferramenta poderosa para a construção de produtos de software.

O MVC (Model-View-Controller) é um padrão e o C# é a nossa linguagem. Então temos nossas ferramentas para a criação do nosso produto.

E o que diz o MVC?

O MVC diz que, devido à complexidade de grandes aplicações, devemos separa nossas classes de nossos layouts. Assim, independentes, podem ser alterados sem se afetarem.

E como funciona esse padrão?

O MVC tem base a divisão em camadas. Camadas são projetos dentro de uma solução (não são pastas dentro de um projeto). Essas camadas do MVC são as seguintes:

Na imagem acima, no lado do servidor, temos 3 camadas, são elas:

  • View: onde fica a interface do usuário, dados e informações desconhecidas, não tratadas, no caso de aplicações web, são os .aspx, .ascx...;
  • Controller: chamada classe de negócios, onde ficaram nossas regras, verificações, métodos de ação da aplicação e;
  • Model: muito discutida, pois, alguns dizem ser a camada de acesso a dados, outros dizem ser outra camada de negócios (Neste caso onde o Model é considerado outra camada de negócios, mais uma camada é criada, a camada de Persistência, onde no caso, faz acesso aos dados).

A partir deste momento então conhecemos uma prática de padrão de projetos. Sabendo essa prática podemos partir para nossa forma de programação em camadas.

Porque usar camadas na aplicação?

Como vimos no MVC, podemos programar em 3 camadas, ou 4, ou em 5 se formos pensar bem, ou em uma só.

Sim, porque não programar em uma camada só, qual o problema disso?

Nenhum problema desde que você seja o único que vai programar, ou sua aplicação não vai crescer e se tornar um bicho papão.

As camadas ajudam na organização das informações, métodos, objetos, heranças, polimorfismo. Também permite varias mãos em uma só solução, onde vários programadores podem mandar bala em código independente de outro.

Outro ótimo ponto sobre a programação em camadas é que caso algum novo programador for adicionado ao projeto, se o mesmo conhecer pelo menos o MVC (e deve) ele vai ficar por dentro de toda a solução muito mais rapidamente.

Por fim também temos a questão da segurança, já que os níveis de acesso aos dados ficam bem longe das peripécias dos usuários.

E quais são essas camadas?

Podemos usar o MVC? Sim claro é ele o padrão. Mas podemos a partir dele criar o nosso padrão.

Adoro ver esses gráficos que encontramos pela web falando de camadas e tecnologias em geral, então fiz um gráfico explicativo com as camadas que particularmente gosto da fazer e já vi em muitos projetos.

No gráfico acima “powered by A Lixeira do Dri” hehehehe, temos o modelo MVC com três camadas e adicionamos mais uma, a camada de informação.

Vamos entender melhor:

  • Interface (projeto do tipo Web Application ou Windows Application): Camada de apresentação das informações aos usuários;
  • Info (projeto do tipo Class Library): Nesta camada vamos deixar todos nossos objetos (atributos, propriedades), enumeradores e estruturas;
  • Bussines Logic Layer (projeto do tipo Class Library): BLL, nossas regras de negócio, métodos poderosos que sabem de tudo, acessam a classe de dados e fazem acontecer;
  • Data Access Layer (projeto do tipo Class Library): DAO, classe que tem o poder de acessar dados de uma base. Super protegida e persistente.

E seus acessos:

  • A camada de interface acessa a camada de informação para criar/preencher objetos e a camada de negócios para realizar as regras;
  • A camada de negócios acessa a camada de informação para criar/preencher objetos e a camada de dados pra fazer requisições a base de dados;
  • A camada de dados tem acesso apenas a camada de informação para retornar objetos preenchidos ou receber parâmetros dos mesmos;
  • A camada de informação não acessa nada, já que a mesma é acessada por todos.

Nossa solução com os 4 projetos fica dessa maneira:

E como ficam as referências e as classes?

Isso vai ficar para a próxima parte, já que o importante desta parte 1 é entender os porquês e não por a mão na massa.

Até mais!

Topo