NeoMatrix Tech

Capturando a imagem de uma WebCam em páginas ASP.NET – Salvando o cadastro em Banco de Dados

Leonel Fraga de Oliveira — Tue, 01 May 2012 01:11:27 +0000

Olá meu(minha) querido(a).

Vocês gostaram do artigo que trata de capturar uma imagem através da WebCam em uma página ASP.NET, não é? E se eu me lembro bem, fiquei “devendo” um artigo que ensina como gravar esta imagem em uma base de dados, não é? Pois bem, aí vamos nós!!!

Mas antes, caso você ainda não teve a oportunidade de ver o artigo anterior, sugiro que o leia antes de adentrar à fundo neste: Capturando a imagem de uma WebCam em páginas ASP.NET.

No artigo anterior, ao clicarmos no botão que faz a captura da imagem, o applet Flash que interage com a WebCam “posta” um stream com a foto em uma página chamada “Upload.aspx”, onde processamos este stream e gravamos em um arquivo físico no servidor. O que iremos fazer agora é pegar esta mesma InputStream da página Upload.aspx e gravá-la em um campo do tipo Image (ou outro que armazene dados binários) no Banco de Dados.

Faremos uma pequena modificação na página Upload.aspx à saber:

protected void Page_Load(object sender, EventArgs e)
{
	if (!IsPostBack)
	{
		try
		{
			//Não usaremos mais a saída em uma URL, e sim guardaremos o stream de entrada em variável de sessão
			byte[] buffer = new byte[Request.InputStream.Length];
			Request.InputStream.Read(buffer, 0, (int)Request.InputStream.Length);
			SessionFacade.FotoArmazenada = buffer;
		}
		catch
		{
			Response.Clear();
			Response.Write("ERROR: Erro ao salvar imagem\n");
		}
		Response.End();
	}
}

Em vez de gravar em um arquivo físico no servidor Web, pegaremos a InputStream e salvaremos em uma variável de sessão. Esta variável está encapsulada na propriedade SessionFacade.FotoArmazenada. Abaixo temos o código da classe SessionFacade (um Facade que encapsula variáveis de sessão) e da propriedade FotoArmazenada, do tipo byte[].

public class SessionFacade
{
	public static byte[] FotoArmazenada
	{
		get
		{
			if (HttpContext.Current.Session["img"] == null)
			{
				return null;
			}
			else
			{
				return (byte[])HttpContext.Current.Session["img"];
			}
		}
		set
		{
			if (HttpContext.Current.Session["img"] == null)
			{
				HttpContext.Current.Session.Add("img", value);
			}
			else
			{
				HttpContext.Current.Session["img"] = value;
			}
		}
	}
}

Vamos agora às alterações em Default.aspx:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="CapturaWebcamASPNET.Default" %>

<%@ Register Assembly="AjaxControlToolkit" Namespace="AjaxControlToolkit" TagPrefix="asp" %>





    Exemplo de captura de imagem da WebCam usando ASP.NET e gravando em BD
    


    
	    

        
	    

        
        
            
                 
                
                    
                        
                            
                                
                                    Pesquisa de Pessoas
                                
                            
                            
                                
                                    Nome:

                                    
                                    
                                    
                                
                            
                            
                                
                                    
                                        
                                            
                                                
                                                    
                                                
                                            
                                        
                                    
                                
                            
                        
                    
                    
                        
                            
                                
                                    Cadastro de Pessoas com Foto
                                
                            
                            
                                
                                    Código:
                                
                                
                                    
                                
                                
	                                
                                    
                                        
                                    
                                    
                                
                            
                            
                                
                                    Nome:

Vamos fazer a nossa página de cadastro em um “Single Page Module”, ou seja, a mesma página serve para pesquisa, inclusão e alteração. Temos um MultiView com duas visões: uma para pesquisa e outra para o cadastro em si.

A View de Pesquisa (vwPesquisa) não tem segredo: Possui um campo para pesquisar por nome, os botões Pesquisar e Novo e um gridview para mostrar os resultados da pesquisa.

Na View de Cadastro (vwCadastro) temos os campos necessários de código, nome, os botões para salvar e cancelar e um componente do tipo Image. Neste componente é que vamos carregar a foto que estará armazenada em nossa variável de sessão (SessionFacade.FotoArmazenada). Também temos, abaixo do Image, um botão que faz a captura da foto.

Notou que temos em nossa solution um arquivo chamado SessionImg.aspx e que está na propriedade ImageUrl do controle imgFoto? Pois é. Colocaremos no Stream de saída de SessionImg.aspx a imagem de nossa variável SessionFacade.FotoArmazenada. Portanto, esta página será interpretada pelo navegador como um arquivo de imagem. Veja como isso é feito:

protected void Page_Load(object sender, EventArgs e)
{
	Response.Clear();
	if (SessionFacade.FotoArmazenada != null)
	{
		Response.BinaryWrite(SessionFacade.FotoArmazenada);
	}
	else
	{
		Response.Write("Foto não disponível");
	}
	Response.End();
}

Também moveremos a parte que contém o applet Flash para a captura de foto para um Panel, e este com um extender ModalPopupExtender. Assim, ao clicarmos no botão “‘Capturar Imagem” da tela de cadastro abriremos este Panel em uma janela modal e a imagem estará pronta para ser capturada.

Clicando no botão “Capturar” do modal da WebCam, dispararemos a função JavaScript “take_snapshot()”, do jeito que fazíamos antes, mas esta função tem uma pequena diferença: ela dispara uma rotina server-side invocada pelo botão “btnFechaPopWebCam”, que nada mais faz do que invocar o método Hide() do ModalPopupExtender (isto poderia ser feito client-side, mas não lembro como faz ).

O handler JavaScript que ouve o evento que é disparado quando o processamento estiver concluído também foi alterado. No lugar de exibir a URL gravada fisicamente no servidor, ele vai disparar uma rotina server-side que está no botão “btnRefreshFoto”. Antes de entrar no que ela faz, notaram que no HTML, logo após a declaração do ContentTemplate do UpdatePanel temos um HiddenField chamado “hdfContador”? Ele vai servir para uma POG que vou explicar abaixo:

protected void btnRefreshFoto_Click(object sender, EventArgs e)
{
	hdfContador.Value = (Int32.Parse(hdfContador.Value) + 1).ToString();
	imgFoto.ImageUrl = "SessionImg.aspx?c=" + hdfContador.Value;
	imgFoto.AlternateText = "Foto";
}

Para exibir corretamente as alterações do componente Image, devemos modificar a sua propriedade ImageURL. Prestaram atenção? eu disse MODIFICAR a propriedade. Como temos uma única página que exibe o conteúdo da variável de sessão (SessionImg.aspx), para que a URL possa ser modificada vamos alterar apenas a QueryString da mesma. A cada vez que precisamos mudar a foto, incrementamos esse contador e concatenamo-os com a URL SessionImg.aspx. Com a QueryString modificada, o navegador entende que é um outro link e redesenha a área do Image.

Acima somente trabalhamos na interface Web do projeto. Agora vamos tratar de persistir esses dados em um Banco de Dados.

A persistência é a parte mais simples. Temos uma tabela em nosso banco chamada Cadastro, com as definições abaixo:

create table Cadastro (
	Id int not null identity,
	Nome varchar(100),
	Foto image
);
alter table Cadastro add constraint PK_CADASTRO primary key (Id);

Para persistir esta tabela, criamos a classe PessoaVO para representar os objetos e PessoaDAL para executar os comandos de gravação e pesquisa. PessoaDAL executa os métodos comumentes usados para persistir dados. Suponho que você já saiba utilizar o ADO.NET e métodos relacionados (o código completo está no download do exemplo, não se preocupe ).

Vamos ver o código de gravação de dados de PessoaDAL:

        public static string Gravar(PessoaVO arg)
        {
            try
            {
                using (SqlConnection cnx = new SqlConnection(ConfigurationManager.ConnectionStrings["cnx"].ToString()))
                {
                    using (SqlCommand cmd = new SqlCommand())
                    {
                        cnx.Open();
                        cmd.Connection = cnx;

                        StringBuilder sql = new StringBuilder();

                        if (arg.Id == 0) //Insert
                        {
                            sql.Append("insert into Cadastro (Nome,Foto) values (@Nome,@Foto)");
                            cmd.Parameters.Add("@Nome", SqlDbType.VarChar, 100).Value = arg.Nome;
                            cmd.Parameters.Add("@Foto", SqlDbType.Image).Value = (arg.Foto == null) ? (object)DBNull.Value : arg.Foto;
                        }
                        else //Update
                        {
                            sql.Append("update Cadastro set Nome = @Nome, Foto = @Foto where Id = @Id");
                            cmd.Parameters.Add("@Nome", SqlDbType.VarChar, 100).Value = arg.Nome;
                            cmd.Parameters.Add("@Foto", SqlDbType.Image).Value = (arg.Foto == null) ? (object)DBNull.Value : arg.Foto;
                            cmd.Parameters.Add("@Id", SqlDbType.Int).Value = arg.Id;
                        }
                        cmd.CommandText = sql.ToString();
                        cmd.ExecuteNonQuery();
                    }
                }

                return String.Empty;
            }
            catch (Exception ex)
            {
                return ex.Message;
            }
        }

Para transferir os dados da página para o objeto PessoaVO, temos o seguinte código do botão Salvar:

protected void btnSalvar_Click(object sender, EventArgs e)
{
	PessoaVO p = new PessoaVO();
	p.Id = tbxCodigo.Text.Equals("") ? 0 : Int32.Parse(tbxCodigo.Text);
	p.Nome = tbxNome.Text;
	p.Foto = SessionFacade.FotoArmazenada;

	string ret = PessoaDAL.Gravar(p);
	if (ret == "")
	{
		ScriptManager.RegisterStartupScript(this, this.GetType(), "alert", "alert('Pessoa gravada com sucesso');", true);
		mv1.SetActiveView(vwPesquisa);
	}
	else
	{
		ScriptManager.RegisterStartupScript(this, this.GetType(), "alert", "alert('Erro ao gravar Pessoa');", true);
	}
}

Atribuímos os campos normalmente, sendo que no campo “Foto” colocamos os dados gravados em nossa variável de sessão SessionFacade.FotoArmazenada.

Para exibir um registro, recuperamos ele do BD e fazemos a atribuição das propriedades na caixa de texto. Quanto à foto, atribuimos ela na variável de sessão e fazemos aquela “gambiarra” para atualizar o componente Image.

Bem, é isso aí. Sei que o design do exemplo está tosco, mas o que interessa é a gravação do registro em BD, e você viu que é bem simples. Um abraço e até a próxima!

Download: Projeto ASP.NET com captura de imagem via webcam e gravação em Banco de Dados (básico) (.NET Framework 4.0 em Visual Studio 2010).

Emulator DVS e o futuro das interfaces para DJs

Leonel Fraga de Oliveira — Wed, 11 Apr 2012 01:07:58 +0000

Desde que me interessei pela arte da mixagem também me interessei pelo setup DJ. Sempre quando vou a uma balada me pergunto “qual é o equipamento que o DJ está utilizando? Está usando CDJ, Notebook, Timecode? Serato, Traktor ou até mesmo o Virtual DJ?”.

É fato que o público normal de balada nem se interessa por essas coisas. O que a turma quer é saber de pegação, bebida, jogar papo fora com os amigos, dançar ao som da pista. Claro que se o DJ sambar, o público nota. Mas saber detalhes sobre a performance, nem.

Voltando ao meu interesse por equipamentos…

A moda de hoje em dia são as controladoras que utilizam o protocolo MIDI para enviar comandos ao software de mixagem. Elas existem nos mais variados modelos, mas a maioria tem alguns controles em comum: Mixer, Efeitos e Decks (play/cue, jog wheel, etc).

Uma evolução deste tipo de controle são os aplicativos para tablets (e smartphones também) que permitem enviar comandos aos programas de mixagem usando ou protocolo MIDI ou algum proprietário. Por exemplo, já temos diversos aplicativos para iPad e iPhone (além de Android também) que permitem comandar o próprio software de mixagem, a mesa de efeitos, iluminação, etc. Tudo na ponta dos dedos.

Eis que recentemente, a Smithson Martín apresenta ao mundo o Emulator DVS (Dual View System), o primeiro sistema DJ Multi-touch do mundo. Trata-se de uma tela (varia de 32’’ à 46’’) multi-touch transparente que reconhece até seis toques simultâneos, que projeta em sua tela uma interface para controle de softwares para DJ, entre muitos outros.

É isso mesmo. Através de uma poderosa interface você pode controlar qualquer coisa em uma pista de dança e o uso não se restringe a isso. Para mostrar o poder do bichão, segue um vídeo feito pela DJ Ban, onde o DJ Will mostra os recursos:

Demonstração do Emulator DVS

Bem, depois do vídeo não preciso nem dizer, né?

Notaram que no título do post tem uma parte que diz “… e o futuro das interfaces para DJs”?

Viajando com meus botões, sempre imaginei-me tocando num club, manipulando a música e efeitos com uma interface touchless, estilo Minority Report. Assim:

Interface Touchless, extraída do filme Minority Report (2002)

Vejam só, uma interface assim foi pensada em 2002! Hoje temos essa super tela touch do Emulator, será que estamos longe de algo como mostrado na ficção científica?

Versões antigas do Virtual DJ (acho que até a 6.x) tinham um recurso de captura de movimentos através da WebCam, movimentos estes que eram utilizados para fazer scratch. Até que funcionava, mas claro que não era para ser utilizado em “produção”. Vejam uma demonstração:

Scratch no Virtual DJ através de captura de movimento

Em pleno 2012, já avançamos e muito no quesito captura de movimento. Olha só, podemos jogar video-game sem utilizar joystick, somente fazendo gestos pelo ar! Microsoft Kinect, estou falando com você! Agora você já matou o que eu quero propor: Uma tela transparente tipo o Emulator juntando com a captura de movimento do Kinect ou outro sensor poderoso de captura de movimentos tridimensionais.

Com uma interface dessas, as performances “básicas” ganharão destaque perante o público “normal” de uma balada. Seria algo revolucionário MESMO, mais do que o Emulator sozinho o é.

Agora só falta torná-la realidade, né? “Os DJs pira!!!”

Abraço!

Fontes:
[DJ Ban - Emulator DVS: Vídeo Review (demonstrativo) exclusivo da DJ Ban]
[Smithson Martín - Emulator DVS (site do fabricante)]

UPDATE 21/04/2012: Agora não falta mais tornar isso realidade, pois já o é! Agora é só amadurecer essa idéia e colocar nas pistas, né! Os DJs continuam pirando!!!

Fonte:
[Psicodelia.org - Manipulando a música através de gestos - Conheça o Kinectar]

Capturando a imagem de uma WebCam em páginas ASP.NET

Leonel Fraga de Oliveira — Sat, 24 Mar 2012 22:53:44 +0000

Olá, meus queridos! Vamos tirar a poeira do NM Tech (mais uma vez hehe) com um artigo de ótima utilidade para quem desenvolve aplicações ASP.NET e precisa capturar a imagem da WebCam instalada na máquina do usuário.

Supomos que você tenha uma aplicação Web para fazer cadastro de visitantes e que um dos requisitos seja a captura da foto do visitante. Como todos sabemos, uma aplicação Web não possui condições de acessar os recursos de hardware do computador onde roda o navegador cliente por conta própria. Nem via JavaScript.

Para isso podemos fazer o uso de plugins (escritos utilizando ActiveX ou Flash), estes disparando eventos e respondendo a comandos em JavaScript, que fazem a ponte entre o HTML e o acesso ao hardware do usuário.

O que iremos fazer aqui é utilizar a biblioteca jpgcam (acessem o site para maiores detalhes), que faz uso de um arquivo Flash para acessar os recursos da WebCam, um arquivo JavaScript, que faz a interface entre o Flash e a página que incorpora este script e uma página ASP.NET para processar o upload e gravar a imagem em um diretório do servidor Web.

No nosso projeto Web, temos o diretório \camutils, que contém a biblioteca jpgcam (exceto o arquivo MP3 que simula o som de um obturador, que deve ficar no diretório raíz do site), com o arquivo webcam.js, que será a interface entre a página ASPX e o arquivo webcam.swf, que faz a grande “mágica” de acessar a WebCam.

Observem o código da página Default.aspx:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="CapturaWebcamASPNET.Default" %>

Inicialmente incorporamos o script camutils/webcam.js (fiz algumas anotações neste arquivo, é importante dar uma olhadinha ) em nossa página na tag (poderia ser fora dela), e já dentro do configuramos alguns parâmetros para serem passados ao Flash. Na instrução webcam.set_api_url() passamos o nome do arquivo que processará o upload. Não conheço o código da aplicação Flash, mas pelo seu comportamento, ele faz um HTTP POST diretamente para esta página (veremos ela mais adiante). No código original é um arquivo PHP que faz esse trabalho. Também configuramos outros parâmetros, que são a qualidade da imagem e se queremos o som do obturador.

Em seguida temos um layout básico de 2 colunas. Na esquerda chamamos a função webcam.get_html(altura,largura), que renderiza o HTML necessário para chamar o objeto Flash (arquivo camutils/webcam.swf) já passando os parâmetros correspondentes, que configuramos acima. Também temos três botões de controle a saber:

- Configurar…: Dispara a rotina do Flash para configurar a webcam. Chama o método da API webcam.configure() em seu método onClick;

- Capturar: Captura a imagem, chamando a função take_snapshot() que veremos em seguida.

- Reset: Prepara a câmera para nova captura. Chama a função da API webcam.reset().

PS: o objeto JavaScript “webcam” é definido dentro de camutils/webcam.js.

Na coluna da direita temos um

que receberá a imagem capturada.

No segundo bloco JavaScript, declaramos uma função que “ouvirá” o evento onComplete do objeto da WebCam. Este evento será ouvido pela função “my_completion_handler” definida abaixo. Este evento recebe um parâmetro, que é a resposta da página Upload.aspx, que deverá retornar a URL da imagem em caso de sucesso, ou outra mensagem em caso de erro.

Em caso de sucesso, esta função escreverá um HTML no

“upload_results”, que conterá um com a URL retornada. Caso contrário, disparamos um alert() com a mensagem de erro.

A checagem de erro é feita através de uma expressão regular. Se esta expressão contiver os padrões de uma URL, será válida.

A função take_snapshot() não tem segredo. Ela apenas dispara o método webcam.snap(). Este método aciona um método correspondente no Flash, que captura a foto da webcam e faz um HTTP POST para a página Upload.aspx. Após isso, o método que declaramos em onComplete (função my_completion_handler) será disparado.

E agora, como processamos o HTTP POST gerado pelo Flash na página Upload.aspx e retornamos como resposta a URL da imagem? Vamos ao código:

protected void Page_Load(object sender, EventArgs e)
{
	if (!IsPostBack)
	{
		try
		{
			string Dir = Server.MapPath("uploads");
			string FileName = String.Format("{0:ddMMyyyyhhmmss}.jpg", DateTime.Now);

			string CompleteFileName = String.Format("{0}\\{1}", Dir, FileName);

			using (FileStream fs = new FileStream(CompleteFileName, FileMode.Create))
			{
				byte[] buffer = new byte[Request.InputStream.Length];
				Request.InputStream.Read(buffer, 0, (int)Request.InputStream.Length);
				fs.Write(buffer, 0, buffer.Length);
			}

			string URLSaida = String.Format("{0}://{1}{2}{3}", Request.Url.Scheme, Request.Url.GetComponents(UriComponents.HostAndPort, UriFormat.Unescaped), "/uploads/", FileName);
			Response.Clear();
			Response.Write(URLSaida);
		}
		catch
		{
			Response.Clear();
			Response.Write("ERROR: Erro ao salvar imagem\n");
		}
		Response.End();
	}
}

Agora sim trabalharemos no server-side!

Primeiro checamos se não é realizado um postback (evita que o Page_Load seja executado mais de uma vez), e configuramos o diretório (no Servidor Web) onde gravaremos as fotos e o nome que o arquivo terá. Como diretório, criei um diretório \uploads no diretório raíz do site e guardamos seu caminho físico, usando o método Server.MapPath, passando o nome da pasta \uploads como parâmetro, na variável Dir. Como nome de arquivo, gravaremos a data atual, incluíndo dia, mês, ano, minuto e segundo (em um ambiente de produção, inclua também os milissegundos ou concatene outra coisa, como a SessionID, para não ter risco de duplicar o nome do arquivo). Não esqueça que o diretório deve ter permissão de gravação para a conta de usuário que roda o processo no servidor que executa a página!

Após isso, guardamos o caminho físico completo do novo arquivo na variável CompleteFileName.

O arquivo Flash gerou um HTTP POST para a página Upload.aspx, diretamente. O conteúdo dele está na InputStream de nossa página processadora do upload. Salvamos esta InputStream no arquivo que nomeamos acima através de um FileStream.

Beleza, gravamos a foto no servidor, e agora precisamos retornar a URL da foto (esta Web, não física) para ser processada e exibida na página pela função que ouve o evento onComplete do objeto webcam em Default.aspx.

Geramos a URL de saída através do Scheme da URL (o protocolo, como o http://), do Host e da porta (exemplo: localhost:3000, e caso não tenha porta declarada – porta 80 – só localhost), do diretório onde vamos gravar a foto, e o nome do arquivo jpg (somente o nome, na variável FileName, sem o path físico). Concatenamos tudo isso e guardamos na variável URLSaida.

Para “jogar” essa URL na resposta, não basta apenas dar um Response.Write(URLSaida). Isto fará com que todo o HTML da página também vá junto, e somente queremos a URL. Para fazer isso, limpamos a saída com um Response.Clear() e em seguida sim, damos um Response.Write(URLSaida) e após um Response.End() para que a página seja imediatamente devolvida.

Após todo este processo, você visualizará a imagem capturada à direita e a WebCam estará pronta para outra captura.

Embora o artigo seja um pouquinho longo, não é difícil usar. Baixe o código-fonte exemplo, e você verá que não tem segredo. No próximo artigo vamos ver uma aplicação prática disso tudo, só que em vez de salvar em um arquivo, salvaremos em Banco de Dados.

Tenha bons sistemas Web ASP.NET com captura de foto!

Download: Projeto ASP.NET com captura de imagem via WebCam (básico) (.NET Framework 4.0 e VisualStudio 2010, mas nada impede que seja portada para outros… vejam, o original é em PHP!)

ILSpy: Ferramenta para “decompilar” Assemblies .NET

Leonel Fraga de Oliveira — Thu, 12 Jan 2012 00:51:46 +0000

Olá meu caro leitor! Faz um (bom) tempo que não posto um artigo aqui, né? Como foi a sua passagem de ano? A minha foi “male mal”… Quem lê o NM Light vai saber o motivo .

Vamos começar 2012 falando sobre uma ferramenta que pode salvar vidas (tá, estou exagerando, mas pode salvar carreiras hehe) de quem desenvolve em .NET. Quando você pega um projeto que usa algumas bibliotecas feitas pelo desenvolvedor anterior, você PRECISA fazer algumas alterações nela ou, no meu caso, compilar o projeto com um componente mais atual porque se for usar a biblioteca original ele OBRIGA A USAR a versão antiga e que o fonte foi pras cucuias?

De posse da biblioteca original você poderá ver o código-fonte usando uma ferramenta oferecida pelo próprio Visual Studio: IL Disassembler, ou IL DASM para os mais chegados. Mas tem um porém: ela apresenta o código na Common Intermediate Language (CIL), o código que o compilador JIT do .NET Framework traduz para código de máquina e por fim é executado. Bem, não é nada produtivo ficar tentando entender a IL, certo?

Há algum tempo atrás, existia uma ferramenta gratuita chamada .NET Reflector. Esta ferramenta traduzia a IL para C# ou outras linguagens da plataforma .NET e exportava para um projeto, prontinho para compilar. Um porém desta ferramenta é que ela forçava os updates automáticos, de forma que se a rotina de atualização fosse cancelada o programa “matava a si próprio”, ou seja, era apagado do disco. E não adiantava reinstalar. No fim, o desenvolvedor vendeu o .NET Reflector para a empresa Red Gate, que continua o seu desenvolvimento porém o aplicativo agora é pago e a versão Standard custa US$ 35,00 (fonte: http://www.reflector.net/).

Dando uma pesquisada por aí, achei um substituto legal e que cumpre ao meu propósito: o IL Spy. Ele também é um “disassembler” para .NET, que traduz o código em IL para C# e permite salvar o projeto. Só que com um detalhe: é de código-aberto e grátis (lembre-se que uma característica não implica em ter a outra ).

Com ele, consegui pegar todas as classes que precisava, colar em um novo projeto, referenciar as bibliotecas mais atuais e compilar. Mas nem tudo são flores: Ele traduz o código de algumas propriedades, principalmente indexadas, colocando no lugar da propriedade a chamada para seu método ancestral, “getter” ou “setter”, por exemplo:

//Como a propriedade é colocada no código original:
MeuDataSet.Tables[i];
MeuArrayList.Count;
MeuDataRow["CAMPO"] = valor;

//Como ela é traduzida pelo IL Spy
MeuDataSet.get_Tables(i);
MeuArrayList.get_Count();
MeuDataRow.set_Row("CAMPO",valor);

Quando compilava sem fazer o devido ajuste ocorria um erro de compilação, pois os getters e setters das propriedades exemplificadas acima não são métodos públicos, portanto não poderiam ser acessados de fora da classe onde foram declarados.

Tirando esse pequeno atormento (que dependendo do código se torna um grande atormento…), repito que a ferramenta atendeu os meus objetivos e a recomendo em casos de emergência ou até mesmo para estudo de fontes (desde que não estejam ofuscados, claro!).

Onde baixar? Aqui: http://wiki.sharpdevelop.net/ILSpy.ashx

Votação Bebê Hipoglós Amêndoas 2011 – Analisando o sistema de votação

Leonel Fraga de Oliveira — Thu, 10 Nov 2011 16:11:37 +0000

Olá caro leitor do NM Tech! Você, como desenvolvedor de sistemas, já precisou desenvolver um sistema de votação eletrônica pela Web? Se sim, você já parou para pensar qual seria a carga de acessos deste sistema e uma forma de permitir uma votação segura e confiável?

Algumas amigas minhas inscreveram seus filhos para participarem do Concurso “Bebê Hipoglós 2011”, onde a criança irá ser o “bebê-propaganda” do referido produto. Para votar basta entrar no site http://bebehipoglos2011.com.br/, escolher o bebê, clicar no ícone “Votar”, preencher um captcha e dar OK. Sim, é só isso mesmo.

Ah, Léo.. você fazendo jabá da promoção aqui no NM Tech? Epa, calma lá, rapá! Agora vou responder as duas perguntas que fiz acima: Sim, eu já desenvolvi um sistema de votação eletrônica que era aberto ao público e que a carga era moderada. E a votação era segura e confiável graças a alguns mecanismos que foram implementados.

Continuando no caso do site Bebê Hipoglós 2011, a página da campanha no Facebook (http://www.facebook.com/bebehipoglos) está cheia de comentários negativos à respeito do sistema de votação. Muitas pessoas estão reclamando que o site cai toda hora e que em pouco tempo de promoção existem crianças com mais de 10 mil votos.

Sim, constatei por mim mesmo que o sistema está sobrecarregado, e uma das coisas que me chamaram a atenção nos meus comentários foi:

“Olá pessoal estou desde as 07:15 da manhã consegui votar 511 x na minha filha mas realmente esta muito complicado votar”

Isso mesmo, a MESMA pessoa votando várias vezes em seu bebê. Então COMO as pessoas querem que a votação seja confiável e que o sistema não tenha sobrecarga? Não foi só essa pessoa que teve essa ideota de jênio*, né?

E para votar, como eu disse anteriormente, o sistema pede para preencher um captcha, muito tosco, facilmente decodificável por ferramentas de OCR, e como sabemos, já existem robôs que possuem esta funcionalidade. Com um (um não, vários… muitas pessoas podem ter tido essa idéia) robô desses fazendo várias requisições ao servidor Web, não há estrutura que aguente.

Nenhuma forma de identificação do votante é requerida.

No sistema de eleição que fiz, antes de votar o usuário tinha que preencher seus dados, confirmá-los no sistema e aí sim escolher seu candidato. Tal sistema NÃO permite que o mesmo usuário vote novamente. E mesmo com o cadastro, o voto era computado de forma totalmente anônima, sendo IMPOSSÍVEL saber quem votou em quem.

Por que não implementar, como disse um comentarista no Facebook, um passo onde o usuário registraria alguns dados pessoais e o CPF (obrigatório) antes de votar e permitisse apenas UM voto por CPF? Aí sim aumentaria e muito a confiabilidade do sistema e a farra dos robôs diminuiria bastante. Bloqueio de voto por IP não resolveria, já que muitas casas hoje em dia já contam com uma pequena rede onde a conexão à Internet é compartilhada.

Quer ver como isso é uma coisa SIMPLES de ser implementada? Vou mostrar um modelo básico, com 2 tabelas e os passos necessários (não código) para realizar a votação:

Veja só: apenas duas tabelas, e não há ligação nenhuma entre elas. Para gravar um voto, crie uma StoredProcedure no banco de dados com os parâmetros de entrada do eleitor (Nome, CPF, Email e o ID do candidato que ele votou) Coloque o modo de isolação de transação no modo Repeatable Read (recomendado), abra uma transação, faça um select no eleitor baseando-se no CPF para verificar se ele já já existe na tabela “Eleitor” (se sim, dispare uma exceção informando a interface desta situação), dê um select no candidato baseando-se no ID passado como entrada (para travar o registro, já que isolamos a transação como Repeatable Read), faça um Update no Candidato, incrementando 1 no campo “QtdVotos”, faça o Insert na tabela Eleitor e dê commit na transação.

Simples assim, não? Ah, e antes que venham com o “Ah, mas o DBA ou outra pessoa pode alterar o campo QtdVotos e tal…”, não estou contando que esta intervenção humana venha a acontecer, por que daí já é caso de Justiça e tal, são outros quinhentos.

Isso vai burocratizar o processo de votação? SIM. E este é o preço a pagar por uma maior confiabilidade no sistema de votação. O que é mais vantajoso para a sua empresa: Um sistema que é um pouco “chato” para votar porém os usuários falam que é confiável ou um totalmente escancarado dando margem para inúmeras reclamações quanto a idoneidade do concurso? Lembrem-se que um comentário negativo viaja milhares de vezes mais rápido que um positivo! E se não fossem pelos comentários negativos (que minhas amigas que inscreveram seus bebês fizeram e fui conferir o sistema), nem escreveria este post!

Eu não me conformo como um sistema que dá uma premiação em dinheiro, mexe com as emoções de milhares de mães/pais que cadastraram seus filhos (sim, porque as crianças ainda não entendem) na expectativa de vê-los em um comercial de TV e se tornarem famosos, ser modelado de uma forma TÃO TOSCA???

Um abraço!!!

*com “J” de JUMENTO

Calculando idade via SQL Server (UDF)

Leonel Fraga de Oliveira — Sat, 05 Nov 2011 00:19:49 +0000

Em nossos sistemas muitas vezes precisamos consultar a idade de uma pessoa para as mais diversas finalidades. A conta é simples: diferença de anos entre a data atual e a data de nascimento, certo?

Eu diria que em partes, dependendo de como o cálculo é feito. Em se tratando apenas de SQL Server o nosso primeiro impulso é calcular essa diferença usando a função datediff(), passando como argumentos que queremos o resultado em anos e as datas envolvidas.

Calcular idade NÃO é apenas uma simples diferença entre o componente ANO das datas, que é o que a função datediff faz se passarmos como primeiro argumento que queremos a diferença em anos. Nesse caso o cálculo da diferença não leva em consideração os dias e os meses, fundamentais para o cálculo de idade. A questão que devemos ter em mente é: “A pessoa já completou determinada idade no dia atual?”

Para facilitar este cálculo montei uma UDF em Transact-SQL, que retorna um valor escalar que é a idade baseada na data de nascimento informada e no dia atual, que leva em consideração que tal data de aniversário foi atingida ou não. Vamos a ela:

create function [dbo].[CalculaIdade](@DataNascimento Datetime)
returns int
AS
BEGIN
	declare @idade int;
	--Coloca o dia e mês da data de nascimento no ano atual
	declare @DataNormalizada datetime;
	--Volta a data em 01/01 do ano atual sem utilizar concatenação de strings (evita lembrar usar o SET DATEFORMAT)
	set @DataNormalizada = dateadd(dd,0,datediff(dd,0,dateadd(dd,(-1)*day(getdate()) + 1,dateadd(mm,(-1)*month(getdate()) + 1,getdate()))));
	--Agora sim, calcula a data de aniversário no ano atual
	set @DataNormalizada = dateadd(dd,day(@DataNascimento) -1,dateadd(mm,month(@DataNascimento) -1,@DataNormalizada));

	--Calcula a idade em anos (o SQL Server irá apenas subtrair o componente ANO, sem considerar os dias)
	set @idade = datediff(yy,@DataNascimento,getdate());

	--se ainda não chegou no dia de nascimento, subtrai 1 da idade, já que ainda não estará completa.
	--O cálculo acima com datediff não leva isto em consideração.
	if( @DataNormalizada > getdate())
	begin
		set @idade = @idade - 1;
	end
	return @idade;
END
GO

Primeiramente declaramos uma variável @DataNormalizada, que nada mais é que a data de aniversário no ano corrente e para calculá-la sem concatenar strings (para não nos preocuparmos com formatação de data) “voltamos” o ano atual para 01/01 e em seguida acrescentamos o mês e o dia da data de aniversário. Nessa adição, necessitamos subtrair 1 do dia e do mês porque como começamos o valor em “1” e não em “0”, necessitamos compensar essa diferença.

Em seguida fazemos o que o nosso impulso manda: calculamos a diferença em anos utilizando a função datediff().

Agora que vem o pulo do gato: Lembra que calculamos a data de aniversário da pessoa no ano corrente? Pois bem: Verificamos se a data de aniversário é maior que a data atual. Se sim, significa que a pessoa ainda não fez aniversário e que a idade em anos calculada acima está incompleta, portanto, temos que subtrair 1 ano da idade.

Esse pequeno detalhe do cálculo da idade é crucial (sim, dependendo da área de negócio, exemplos como sistemas de gestão de saúde, a idade correta de uma pessoa é muito importante e é um dado dinâmico sempre calculado a partir da data de nascimento), portanto, preste MUITA atenção e bora utilizar a função acima para calcular!

DateTime, Serialização de DataSets em WCF, Horário de Verão… uma combinação com muitas surpresas!

Leonel Fraga de Oliveira — Thu, 18 Aug 2011 01:48:45 +0000

Veja a seguinte situação: Você possui um serviço WCF que está hospedado em um servidor e vários clientes que acessam este serviço. Este serviço possui um método que retorna um DataSet, serializando-o através do WCF e a classe cliente exibe o resultado em tela.

Pois bem, você possui neste DataSet uma (ou mais) tabela com um campo DateTime, e no seu banco de dados está gravado o valor, por exemplo, 17/10/2011 08:00, mas a sua aplicação exibe o valor 17/10/2011 09:00.

O que!!! Quer dizer que a aplicação está exibindo este valor uma hora ADIANTADA? Exatamente isso, meu querido! Se fomos extrair este campo para uma variável DateTime e verificarmos o resultado do método IsDayLightSavingTime(), o mesmo retornará True, indicando que a data em questão cai no horário de verão.

Se fomos olhar isso mais a fundo na aplicação cliente, veremos que o valor já considerando o horário de verão (no nosso caso, 1 hora adiantada) já vem do próprio DataSet que recuperamos via WCF do servidor. Se a aplicação cliente extraísse esse valor diretamente do banco de dados ele seria exibido corretamente. E se quisermos exibir o valor do banco de dados, como faz?

Na máquina que executa a aplicação cliente, caso você esteja utilizando o Windows XP, dê um duplo clique no relógio, acesse a guia “Fuso Horário” e desmarque a opção “Ajustar automaticamente para o horário de verão” e o seu problema estará resolvido e a aplicação passará a exibir as horas conforme estão gravadas no banco de dados.

Maaaaaaaas… tem um pequeno grande porém nesta “solução”: E se este flag do horário de verão não puder ser desabilitado pelo usuário (permissões no sistema, entre outros) e não acho um meio na aplicação cliente de fazer as horas serem exibidas corretamente, sento e choro?

Sentar e chorar é uma hipótese dependendo de como você modelou a parte servidora do seu sistema. Mas a solução definitiva é a seguinte: Ao obter um DataSet do banco de dados, devemos modificar uma propriedade chamada DateTimeMode das colunas DateTime das tabelas deste DataSet para DataSetDateTime.Unespecified, que informa para o WCF não recalcular as datas para a zona de horário das aplicações clientes na hora da serialização.

Vamos ao código!

public DataSet RetornaDataSet()
{
	DataSet ds = new DataSet();
	//Preencher o DataSet com os valores do banco de dados aqui

	//Agora, iremos modidicar as colunas DateTime das tabelas para ignorarem o recálculo de data/hora no momento da serialização WCF
	foreach (DataTable tabela in ds.Tables)
	{
		foreach (DataColumn coluna in tabela.Columns)
		{
			if ((coluna.DataType == typeof(DateTime)) || (coluna.DataType == typeof(DateTime?)))
			{
				coluna.DateTimeMode = DataSetDateTime.Unspecified;
			}
		}
	}
	return ds;
}

Com este código modificamos todas as colunas com o tipo DateTime para que quando o DataSet for serializado via WCF, as datas não sejam recalculadas conforme a zona de tempo do usuário cliente (horário de verão, fuso-horáro, etc.).

É isso aí!

Rapidinha: CustomValidators não disparam o ServerValidate quando está vazio? Veja o que pode ser aqui!

Leonel Fraga de Oliveira — Sat, 13 Aug 2011 02:08:47 +0000

Veja a seguinte situação: Você tem um campo em um WebForm que é obrigatório apenas em uma determinada condição. O mesmo campo, em outra condição NÃO é de preenchimento obrigatório. Você poderia usar um RequiredFieldValidator nele, certo?

Errado! Um RequiredFieldValidator apenas irá disparar se o campo NÃO estiver preenchido. O que queremos é que numa condição X em que um textbox esteja vazio, o validator execute, e em outra não.

Para isso podemos utilizar um CustomValidator e atribuir a propriedade de argumento de evento IsValid no evento ServerValidate para que seja True se as nossas condições forem obedecidas.

Porém (sempre tem um porém!) justamente quando você quer validar quando o campo está vazio utilizando um CustomValidator o evento ServerValidate não dispara nem a pau, mesmo você chamando diretamente o método Validate() do mesmo. E você não pode usar um RequiredFieldValidator. O que você faz, ajoelha e chora?

Com exceção do RequiredFieldValidator, TODOS os demais validators não executam quando um textbox na propriedade ControlToValidate está vazio. Este é um comportamento padrão. Vamos dar uma olhada na caixa de propriedades de um CompareValidator e um CustomValidator:

Além das propriedades inerentes a cada tipo de Validator, temos uma propriedade curiosa no CustomValidator: ValidateEmptyText. Se colocarmos ela em True, o evento ServerValidate irá ser executado ao verificar a propriedade IsValid da página ou outra rotina de validação. Os outros tipos de validator não validam quando o texto está vazio. Com isso podemos testar, por exemplo, a obrigatoriedade de um campo em determinada condição em nosso sistema.

Dica fácil essa, né? Quando pesquisei sobre o assunto, vi uma sugestão em que era necessário derivar uma classe do “pai” dos validators!

Espero que esta dica seja de bom proveito

NeoMatrix Tech

Capturando a imagem de uma WebCam em páginas ASP.NET – Salvando o cadastro em Banco de Dados

Artigos Relacionados:

Emulator DVS e o futuro das interfaces para DJs

Artigos Relacionados:

Capturando a imagem de uma WebCam em páginas ASP.NET

Artigos Relacionados:

ILSpy: Ferramenta para “decompilar” Assemblies .NET

Artigos Relacionados:

Votação Bebê Hipoglós Amêndoas 2011 – Analisando o sistema de votação

Artigos Relacionados:

Calculando idade via SQL Server (UDF)

Artigos Relacionados:

DateTime, Serialização de DataSets em WCF, Horário de Verão… uma combinação com muitas surpresas!

Artigos Relacionados:

Rapidinha: CustomValidators não disparam o ServerValidate quando está vazio? Veja o que pode ser aqui!

Artigos Relacionados: