Uma discussão que esta em alta é em relação a velocidade do ZendAmf. O ZendAmf é realmente mais lento por possuir recursos extras e ser baseado no Zend Framework.

Eu já fiz a validação do XML ou AMFPHP, e nesta mostrei que o AMFPHP é muito mais rápido que o XML.

Então aproveitando o exemplo mostro que o AMFPHP ainda continua mais rápido que o ZendAmf e por isso muitos programadores ainda optem por este no desenvolvimento de seus softwares.

Nesse tutorial vamos trabalhar a validação de dados de um formulário com uma classe que desenvolvi para um projeto que trabalhei.

No meu primeiro artigo sobre Actionscript 3.0 eu mostro uma classe que eu fiz para validar campos de formularios.

Então agora chega de enrrolação e vamos ao que interessa, lembrando que isso é apenas uma experiência e você deve tentar encontrar formas melhores de fazer isso!

/**
 * @autor: Lucas Marçal
 * @email: inbox@lucasmarcal.com.br
 * @date:  15/05/2009
 * @coment: para adicionar um evento ao modificar o conteudo do campo
 * de texto registrar o evento
 * textInput.addEventListener(Event.CHANGE,clicou);
 * public function clicou (e:Event)
   {
	//trace("Mudando")
   }
 * */
package owinteractive.utils
{
	import flash.display.MovieClip;
	import flash.events.FocusEvent;
	import flash.text.TextField;
	import gs.easing.*
	import gs.*

	public class Validation extends MovieClip
	{
		public var textInput:   TextField;
		public var tipo:        String;
		public  var textStatus:  Boolean;
		public var textOutput:  TextField;
		public var textName:    String;
		public var mcStatus:    MovieClip;
		public var limpar:      Boolean;

		public function Validation (_txtCamp:TextField,_type:String,_txtResp:TextField,_txtName:String,_mcStatus:MovieClip,_clear:Boolean):void
		{
			this.textInput = _txtCamp;
			this.tipo = _type;
			this.textStatus = false;
			this.textOutput = _txtResp;
			this.textName = _txtName;

			if (_mcStatus != null)
			{
				this.mcStatus = _mcStatus;
			}
			this.limpar = _clear;
			this.textInput.addEventListener(FocusEvent.FOCUS_IN, onIn);
			this.textInput.addEventListener(FocusEvent.FOCUS_OUT,onOut);
		}

		public function onIn(f:FocusEvent):void
		{
			//trace("Selecionou " + f.target.name)
			if (this.limpar == true)
			{
				f.target.text = ""
			}
			else
			{
				trace("Não Limpar campo")
			}
		}

		public function onOut(f:FocusEvent):void
		{
			if(this.tipo == "email")
			{
				this.emailValidation(f)
			}
			else
			{
				this.textValidation(f)
			}
		}

		public function textValidation(t:*):void
		{
			if(t.target.text == "")
			{
				//trace("Campo Vazio")
				this.textStatus = false
				this.textOutput.text = "Preencher o campo " + this.textName
				if (this.mcStatus != null)
				{
					this.mcStatus.gotoAndStop(3)
				}
			}
			else
			{
				//trace("Campo Preenchido")
				this.textStatus = true
				if (this.mcStatus != null)
				{
					this.mcStatus.gotoAndPlay(2)
					TweenMax.to(this.mcStatus, 0.5, { alpha:0, ease:Linear.easeNone,delay:2,onComplete:retornaStatus} );
				}

			}
		}
		public function emailValidation(t:*):void
		{
			var email:String = t.target.text;
			var arroba:Number = email.indexOf("@");
			var ponto:Number = email.lastIndexOf(".");
			var resp:Boolean = arroba > 0 && ponto > arroba;

			if(resp == true)
			{
				//trace("Email Correto")
				this.textStatus = true
				if (this.mcStatus != null)
				{
					this.mcStatus.gotoAndStop(2);
					TweenMax.to(this.mcStatus, 0.5, { alpha:0, ease:Linear.easeNone,delay:2,onComplete:retornaStatus} );
				}

			}
			else
			{
				//trace("Preencher corretamente")
				this.textStatus = false
				this.textOutput.text = "Campo " + this.textName + " incorreto"
				if (this.mcStatus !=  null)
				{
					this.mcStatus.gotoAndStop(3)
				}

			}
		}

		public function getTextStatus():Boolean
		{
			return textStatus
		}
		public function retornaStatus():void
		{
			if (this.mcStatus != null)
			{
				this.mcStatus.gotoAndStop(1);
				this.mcStatus.alpha = 1
			}

		}

	}
}

Abraço a todos

Mostro aqui o meu jeito de fazer a validação de fomulários.
Dica: assista em tela cheia.

Ved Cookbook Рepisodio 4 РValida̤̣o Form from Fabio Vedovelli on Vimeo.

Assistir no Vimeo
Assistir no Blip.tv
Conhecer meu canal no Blip.tv
Assinar no iTunes
Use o RSS para cadastrar no Adobe Media Player
Download dos arquivos: Download

Levantamento de requisitos deficiente é um dos principais motivos dos problemas que ocorrem durante o desenvolvimento de um sistema. O cliente descreve como ele quer que o sistema seja feito, os requisitos principais, e “desenha” mentalmente uma imagem do que ele espera que seja o sistema. Só que quando o desenvolvedor recebe essa informação, ele também imagina como deve ser o sistema. Só que a visão que ele tem geralmente é bem diferente do que o cliente está imaginando. É a partir daí que surgirão argumentos como “está faltando um detalhe aqui”, “essa tela poderia funcionar de tal forma”, entre outros argumentos bem conhecidos pelos desenvolvedores.

Para tentar amenizar este problema, existem os protótipos, que são “rascunhos” das telas do sistema. Existem várias técnicas para elaboração desses protótipos, que vão desde o uso de ferramentas como PowerPoint até trabalhos manuais usando cartolina, papel, tesoura, giz de cera (agora eu esqueci o nome dessa técnica). Esses protótipos são classificados como “protótipos de baixa fidelidade” – simulando a interface do sistema com recursos que não serão utilizados para o desenvolvimento do mesmo, como o PICTIVE (lembrei o nome!) – ou “protótipos de alta fidelidade” – um exemplo seria a montagem das telas usando o Flex.(…)
Leia o restante do artigo Balsamiq Mockups: solução entre protótipos de alta e baixa fidelidade (264 palavras)

© Elvis for Elvis Fernandes, 2009. |
Permalink |
Nenhum comentário |
Adicione ao
del.icio.us


Tags: air, Desenvolvimento, design, Flex, mockup, Projetos, prototipação, protótipo, validação