Freud Flintstone

iBooks 2, da Apple, impactará empresas. Veja 5 mudanças

2012-01-23T15:56:00.001-02:00

Atualização do software de livros eletrônicos da Apple promete mudar muita coisa além dos livros didáticos nas escolas.

A Apple lançou na última quinta(19/1) o update iBooks 2, que expande seu famoso aplicativo, explorando recursos como itens em 3D e vídeos, e abre caminho na App Store para livros didáticos interativos. Os esforços têm como objetivo fornecer aos estudantes materiais dinâmicos e interativos de aprendizado.

Apesar de o foco ser o mercado educacional, o iBooks 2 também terá um impacto sobre as pequenas empresas.

Veja abaixo algumas maneiras como o iBooks 2 bem-sucedido pode influenciar seu negócio:

Criação de conteúdo

Treinamento de funcionários

Demanda por tablets
Demanda pela Apple
Funcionários melhores?

Talvez uma mudança na ferramenta e a adição de multimídia não faça diferença. A adição de áudio, vídeo, imagens e widgets poderia fornecer uma experiência passiva pela qual os estudantes apenas assistem às luzes flamejantes e os objetos em movimento e não aprendem nada.

No entanto, esperançosamente a capacidade de transmitir informações no formato mais rico possível vai encorajar os estudantes, melhorando sua educação ao facilitar para eles a absorção de informações. E com mais estudantes se formando e entrando para o mercado de trabalho, as empresas terão uma reserva mais forte para escolher suas contratações, o que beneficia todos os tipos de negócios.

HTML 5, Flash, Flex, Air e Outras Drogras - Parte 1

2011-12-17T10:44:00.003-02:00

Resolvi aproveitar o sábado de sol para fala sobre o tumulto no mercado web sobre Adobe com o Flash, Flex, Air e o HTML 5. Não vou puxar sardinha para o lado de ninguém, porém vou montar um cenário para cada uma das plataformas.

A cerca de mais ou menos um mês a Adobe anunciou descontinuar o plugin do flash para Mobile, o mercado entendeu descontinuar o Flash e muitos falaram "HTML 5 ganhou".

Flash Player Mobile

Em primeiro lugar, vamos pensar o seguinte, esse plugin comia bateria dos poucos celulares que rodavam o plugin e não previa a virada de mesa dos smartphones sem teclado como o iPhone. O mercado mobile para o flash era pequeno por conta disso e ficou ainda menor com o iPhone que aproveitou o conceito de Apps para matar o plugin, com isso os números da Adobe para mobile não foram nada bom.

Não preciso explicar o gráfico, certo? Esses números eu peguei no próprio site da Adobe, e representa a penetração do Flash Player Mobile no mercado e a previsão até 2015. Então com isso a gente pode dizer que foi uma decisão sábia focada na resposta do mercado e não tem absolutamente nada a ver com o HTML 5.

HTML Mobile

Partindo para o HTML, não estou falando do 5, focado em Mobile temo um cenario favoravel a plataforma, nem todos os celulares e smartphones tem flash player, mas todo celular e smartphone tem navegador, que muito provavelmente aceita HTML.

Nesse ponto temos vários celulares com suporte a html e com a tela pequena toda navegação se torna vertical e os desafios de renderizar ficam a cargo dos navegadores que tem como trabalho transformar texto em visual e interpletar um pouco de javascript. No caso dos smartphones existem algumas diferenças por conta de recursos como o acelerômetro, multi touch e geolocalização, o que na maioria dos casos se resolvem por acesso nativo a API do aparelho pelo browser que os desenvolvedores realizam acesso pelo javascript de API's ao meu ver ainda muito pesadas como o JQuery Mobile. O lado bom dessa história para o HTML é que existem pelo menos 18 navegadores que vem instalados nos smartphones e outros a serem instalados, a lista consegui em http://en.wikipedia.org/wiki/Mobile_browser, dando ao usuário final as 2 opções: usar o que tem ou trocar e isso o flash player nunca terá como opção.

Então de forma clara e objetiva, sim o HTML é uma boa opção para mobiles, porém ainda temos outra opção de aplicativos mobile que são aqueles instaláveis, baixados, comprados na Apple Store, Android Market. Nessa hora é onde entra a comparação HTML 5 com o Air Mobile.

Air Mobile

Em primeiro lugar o que é o Air Mobile? Ele não é o Flash Player Mobile descontinuado e sim um ruimtime que possui um SDK que permite criar aplicativos nativos para plataformas específicas.

Pontos positivos para ele começam com o fato de que o desenvolvedor que conhece Flex e ActionScript consegue criar aplicativos instalaveis para iPhone, iPad, iPod, Android e Playbook sem saber nada dessas plataformas, o que para a empresa é abrir um mercado com INVESTIMENTO ZERO no profissional.

Por ser um complilador para multiplos dispositivos alguns recursos ativos e específicos acabam ficando de fora o que dependendo do aplicativo pode ser um problema, mas dependendo do recurso pode-se criar uma extenção nativa ou ANE (ActionScript Native Extenssion) que é um recurso novo no SDK do Flex e até agora nos testes que eu tenho feito resolvem boa parte dos problemas.Uma coisa que achei muito legal no ANE é que ele não se limita a gerar extensões nativas ao mobile, mas também ao desktop, as isso é assunto para outro post.

Um caso legal para o Air Mobile é pensar nas possibilidades geradas em termo de negócio e produtividade, o mesmo App se montado seguindo uma metodologia de skins, bibliotecas, orientação a objetos, pode ser fácilmente distribuido em versão web, desktop e mobile simplesmente mudando a forma de compilação.

Pontos negativos do Air mobile? Bom o principal e não estou puxando para o lado da Adobe é o fato do projeto ter sido doado a Apache Software Foundation, ponto negativo porque a comunudade de desenvolvedores Adobe esta acostumada a reportar problemas e aguardar novo releases e correções, indo para a Apache o Air e o Flex vão ficar nas nossas mãos, se tem um problema vamos resolver e isso não é muito a cara do profissional que esta mais acostumado a reclamar do que colocar a mão na massa e resolver.

Acredito que essa mudança vai exigir alguns anos de adaptação, mas por sorte a Adobe se comprometeu a continuar no projeto até final de 2012 e entregar todos os componnetes em modelo spark, o que me deixa aliviado.

Então quando usar o Air Mobile? Quando ele ganha do HTML 5?

O primeiro ponto para o Air esta no fato dele se tornar um aplicativo nativo, ou seja, você tem um ícone no smartphone com o seu app e não tem que acessar o browser e buscar nos favoritos.

O segundo é o acesso a alguns recursos que dependendo do aplicativo podem fazer diferença, se vocÊ cria um e-commerce pode ter um aviso de entrega, disponibilidade em tempo real com direito a saber se o cara recebeu e abriu a informação, se for uma loja física o app pode rodar em background e apitar que você esta perto da loja

O terceito e na minha opinião o mais importante, você pode restringir e quantificar a utilização do app, se é um ERP não é muito legal garantir acesso a qualquer um e o app instalado é uma forma de garantia uma vez que podemos gerar um token de acesso

HTML 5 Mobile

No HTML 5 mobile temos muitas coisas que o Air mobile faz, a única diferença é que não instalamos o aplicativo, pelo menos era o que eu pensava, mas ao publicar este artigo o amigo Janderson @jandersonfc informou que já tem como se resolver isso através do appcelerator, mas continua o fato dele ser acessado via web. Boa parte do que foi dito sobre o html se aplica ao HTML 5 a diferença fica nas novas tags que fazem coisas que o Flash Player faz a mais de 10 anos.

Pontos positivos? Se não precisa instalar é só acessar e usar o usuário não tem o impacto de fazer download do app para usar, não gasta o espaço em disco do aparelho, só consome a sua internet, se estiver num wifi sem muitos problemas, mas se tiver que depender do 3g é chorar e esperar. Outro problema que se tem no HTML 5 é a questão de padronização. No mercado existem pelo menos 18 navegadores que vem instlados como padrão nos celulares e smartphones e outros montes a serem instlados, a conseguência disso é que cada um nterpleta o código ao seu bel prazer, e o que seria uma coisa simples passa a ser um trabalho de condicionais do tipo "se for navegador X faz assim se for navegador Y faz assado", isso tem se resolvido com as libs de javascript, mas mesmo elas tem esse problema e sem contar que muitas vezes não são planejadas para as baixas velocidades que temos aqui no Pais.

Então vem a mesma pergunta. Quando o HTML 5 ganha de um App instalvel?

Assim como no Air vou tentar passar três vantagens do HTML 5 em relação aos aplicativos instalávies.

O primeiro é muito claro, se o seu aplicativo atende vários usuários então acessar o app é mais lógico do que baixar e instalar para só depois usar.

O segundo foca um pouco mais no custo, no momento em que você tem um aplicativo em HTML 5 é só gritar pela janela perguntando se alguém conhece que você provavelmente vai ouvir um "eu sei". A falta de regras, padrões do HTML 5 faz que cada dia mais pessoas usem ele.

O terceiro aspecto de vantagem é que dependendo da forma com que o código seja feito e quais bibliotecasa sejam usadas, o mesmo app mobile poderá funcionar em um navegador desktop tratando apenas algumas questões visuais.

Agora é LEI: Provedores tem que garantir pelo menos 20% dos 100% que pagamos a eles

2011-10-28T15:35:00.000-02:00

As operadoras de telefonia terão de cumprir regras mais rígidas (finalmente) para garantir melhor qualidade nos serviços de banda larga fixa e móvel

A Agência Nacional de Telecomunicações (Anatel) aprovou hoje (28/10) índices obrigatórios de velocidade mínima e velocidade média de internet rápida para reduzir o tormento de milhões de consumidores que recebem apenas 10% da velocidade contratada.

Pelas novas regras, as companhias terão de garantir 20% de velocidade mínima (ainda que a gente pague por 100%) e 60% de média no prazo de 12 meses (o que jamais teremos como confirmar), antecipou à Agência Estado o ministro das Comunicações, Paulo Bernardo, antes do anúncio oficial da Anatel. Dentro de 24 meses, esses porcentuais subirão para 30% e 70%, respectivamente. Em 36 meses os índices alcançarão 40% para velocidade mínima e 80% para velocidade média. E ai quando nossos netos tiverem netos, talvez a garantia seja plena.

As velocidades terão de ser cumpridas no período de maior tráfego de dados, que ocorre das 10h às 22h. “Serão usados os mesmos parâmetros para banda larga fixa e móvel. As empresas terão que fazer grandes investimentos”, ressaltou Bernardo. Em outras palavras as empresas terão que pegar parte dos US$ 61.00 por mega e investir, será que eles conseguem? Se a gente levar em conta que outros paises no mundo cobram entre US$ 4.00 e US$ 7.00 por mega e conseguem entregar até 90% do serviço contratado, acho que algumas empresas terão lucro menor na casa de 300000000000000% (o número inicial é meramente representativo, o valor esta nos ZEROS)

Os regulamentos de qualidade da telefonia fixa e da telefonia móvel cumprem determinação da presidente da República, Dilma Rousseff, que fixou em 31 de outubro o prazo para que a Anatel aprovasse as novas regras, que serão aplicadas, inclusive, no Plano Nacional de Banda Larga (PNBL).

Pelas novas regras, as operadoras também terão de cumprir requisitos mínimos de disponibilidade mensal do serviço. No caso da banda larga fixa, a internet terá de estar disponível 99% do período, para a internet móvel, o índice será de 98%. O que será o verdadeiro desafio, já que o mínimo de garantia foi para 20%. apesar que devo confesar que a internet fica lenta na casa de 10Kbps mas não chega a cair.

Além disso, no caso da banda larga móvel, a taxa de queda do acesso deve ser inferior a 5% no mês, o que será muito facil de garantir, afinal ninguém passa 100% do tempo online no celular.

Os regulamentos também trazem outras novidades, relacionadas à publicidade e à transparência do serviço. As empresas terão, por exemplo, a obrigação de tornar disponível em seus sites um software de medição disponível da velocidade da internet. Obviamente devidamente programado para mostrar a velocidade sempre acima dos 20%, porque como alguns bebuns falam na lei seca "não sou obrigado a prodizir prova contra mim mesmo".

As prestadoras e a própria Anatel deverão dar publicidade aos dados coletados em seus portais na internet e as operadoras terão ainda que elaborar uma cartilha informativa com todas as metas de qualidade, que devem ser entregues a todos os assinantes dos serviços. Ou seja espere sentado!!

Por fim, foram fixadas ainda metas relacionadas ao número de reclamações dos consumidores. Conforme os regulamento, o volume de queixas de usuários não poderão ser superiores a 6% da base total de clientes nos 12 primeiros meses de vigência das novas regras. O que na pratica quer dizer: Sabe aquelas 3 até 4 horas que você fica no telefone saltando de atendente em atendente? Pois bem agora eles irão desligar o telefone na sua cara com maior frequencia!

Em 24 meses esse porcentual cairá para 4% e, depois desse período, será de 2%. O que indica que ou você se contenta com o que tem ou gasta uma fortuna em ligações para reclamar

Google anuncia descontinuação da API Flash do Google Maps

2011-09-03T18:02:00.001-03:00

Em anuncio no blog, o Google anunciou que sua API para o GoogleMaps estabilizou e nenhuma nova funcionalidade será produzida e que apenas Bugs críticos e falhas de segurança serão corrigidos.

O motivo é a baixa utilização da API e de recursos que a mesma disponibiliza. Outro fator que legou o Google a descontinuar a API é o fato da evolução da API para JavaScript ter crescrido e se tornado viavel, ainda que muitos recursos válidos para a API em Flash só sejam alcançados através de bibliotecas de terceiros.

Para quem quizer consrir o texo na integra, segue o link http://googlegeodevelopers.blogspot.com/2011/09/maps-api-for-flash-deprecation.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+GoogleGeoDevelopersBlog+%28Google+Geo+Developers+Blog%29

Porque não se usa Plataforma WEB para Processamento de Dados

2011-08-17T23:35:00.001-03:00

Noite sem sono é bom para escrever e ver o que as pessoas andam falando. Agora a pouco vi uma pessoa na lista de ColdFusion, questionando o porque não se deve usar plataformas web para processamento de dados.

Bom com isso me lembrei dos tempos de segundo grau e faculdade, quando os professores falavam do assundo, e eu me esforçava para não dormir e tentar acompanhar o raciocínio.

Por sorte consegui entender e vou tentar passar o cenário da forma mais clara possível.

Quando se fala em "Processamento de Dados", estamos falando do ato de pegar dados recebidos, seja qual for o meio e processa-los para gerar informação. Com isso você vai pensar "Isso eu faço com ColdFusion, Railo, PHP, ASP, ASP.NET, JSP, etc...", e você esta certo em pensar isso.

Por outro lado, linguagens como as que eu mencionais e outras voltadas a internet possuem um fluxo de processamento próprio, todas elas vão depender de uma especificação em comum, devem estar associadas a um servidor web e serão obrigatóriamente executadas através de um navegador.

Para se processar dados temos como fluxo primário um arquivo de lote ou batch que deverá seguir um padrão que deve ser estabelecido, analisado e testado de forma a não ter necessidade de modificações que afetem versões anteriores e que levem o menor tempo possível para serem processados.

Com os dias de hoje onde tudo gira em torno de tecnologia, esses dois conceitos acabam se perdendo e tendo que ser relembrados a todo momento.

Quando se desenvolve um sistema, seja ele Mobile, Desktop ou Web, temos que realizar algo chamado analise de sistema, é onde se pensa em todo o sistema, como ele vai funcionar, quantos usuários simultaneos teremos, consumo de bande etc. Com a pratica de pastelaria de mercado, essa etapa que pode levar entre um mês até seis meses é simplesmente ignorada, e é iniciado o processo de remendos, onde a cada problema no desenvolvimento, cria-se uma forma de contornar o problema.

Essa prática, normalmente geram projetos de baixo custo e alto risco ao usuário final e aplicamos o antigo ditado popular "o barato, sai caro".

O processamento em lingaguem web não deve ser feito para não existirem erros externos como o servidor web parar, a conexão cair e coisas do tipo, a diferença é simples: O que é melhor? Mudar o canal no controle remoto da sua TV ou todas as vezes levantar do sofá para faze-lo? Ambos levam o mesmo resultado, mas em um dia de muito frio, ou quando se estiver impossibilidado de levantar do sofá por qualquer motivo, você vai pensar "Porque não me preocupei com o controle remoto".

Imagine que os dados a serem processados estão dentro de uma base em um ambiente seu, porque acessar uma página web para recuperar dados dentro do seu servidor? Porque parar o processamento quando a internet cair, se seu acesso todo é local e pior, porque consimir banda para acessar dados locais? É como tirar o carro da garagem para visitar o visinho da esquina.

Uma vez entendido o porque não fazer, vem a pergunta: E o que eu devo usar para processar os dados?

Para as pessoas que trabalham com hospedagem compartilhada e precisam fazer esse processo, a melhor opção é criar uma stored procedure na sua base de dados para realizar o processamento de dados, se seu banco de dados não tem esse suporte só posso dizer "O barato sai caro".

Para pessoas que tem servidores próprios, como VPS, Dedicados, Semi-Dedicados, Clouds etc, a melhor opção é criar um programa para ser instalado no servidor que vai fazer esse processo, afinal o banco de dados, deve apenas, validar e armazenar e não processar dados.

Com relação a linguagens para se fazer isso, as opções são muitas, mas se sua praia é web as melhores opções são: o ActionScript 3 utilizando o Adobe Air (para todas as linguagens), Java (para programadores jsp, java e ColdFusion), C ou C++ (para programadores PHP ou ColdFusion) ou .NET (para programadores .NET ou ColdFusion).

Carrinho de Compras - Parte 2.1 (Integração com PagSeguro do UOL - Retorno Automático)

2011-06-03T17:59:00.000-03:00

Como eu tinha prometido vamos continuar com a série "Carrinho de Compras", quem não viu o primeiro post Carrinho de Compras - Parte 1 e Parte 2 recomendo dar uma olhada apenas para ter uma idéiade como nosso carrinho funciona e em que ponto estamos.

Ontem finalizamos o envio de dados para o PagSeguro do UOL e hoje (que rufem os tambores), vamos falar do Retorno Automático do PagSeguro.

Para isso, precisamos primeiro saber como ele funciona e definir nossa URL DE RETORNO e o TOKEN. Esse procedimento, tenta evitar dores de cabeça de pessoas comprando sem estar na sua loja. Como vimos ontem, o pagseguro, só pede um form com submit sem nenhum tipo de validação.

A validação acontece, quando o PagSeguro gera a "pergunta", que no caso chamamos de Retorno Automático. Uma observação, nesse caso seus testes devem ser online, pois vamos usar a session da sua aplicação para verificar e validar dos dados a serem confirmados com a URL de Retorno.

Para este processo vamos criar um novo componente e vamos chama-lo de PagSeguroRetorno.cfc. Este compoennte será usado na nossa página de retorno, e irá disparar ações de confirmação dos dados da compra.

PagSeguroRetorno.cfc

   1: <cfset Variable.COMMAND = "validar">   2: <cfset Variables.VALIDATOR_URL = "https://pagseguro.uol.com.br/pagseguro-ws/checkout/NPI.jhtml">   3: <cfset Variables.TOKEN = "SEU_TOKEN" />   4: <cfset Variables.dsEmail = "EMAIL_CADASTRADO_PAGSEGURO" />   5: <cfset Variables.result = structNew()>

Iniciamos o processo com nossas váriaveis que serão manipuladas pelo componente.

setReturn

   1: <cffunction name="setReturn" access="public" returntype="void" output="false">   2:     <cfargument name="data" type="struct" required="true">   3:     <cfset var arrForm = listToArray(arguments.data.FieldNames)>   4:     <cfloop array="#arrForm#" index="currentItem">   5:         <cfset Variables.result["#currentItem#"] = arguments.data[currentItem]>   6:     </cfloop>   7: </cffunction>

Criamos um método setReturn, que será responsável por receber o retorno do PagSeguro e manipular este resultado de acordo com nossa necessidade. Nesse momento, apenas nos preocupamos com guardar a informação. Para evitar um monte de linhas, realizamos um loop sobre a estrutura de dados recebida, guardando os dados na estrutura result.

confirm

   1: <cffunction name="confirm" access="public" returntype="void" output="false">   2:     <cfhttp url="#VALIDATOR_URL#" method="get" resolveurl="false" charset="iso-8859-1">   3:         <cfhttpparam name="Comando" type="url" value="#Variables.COMMAND#">   4:         <cfhttpparam name="Token" type="url" value="#Variables.TOKEN#">   5:            6:         <cfloop collection="variables.result" item="currentItem">   7:             <cfhttpparam name="#currentItem#" type="url" value="#variables.result[currentItem]#">   8:         </cfloop>   9:     </cfhttp>  10:     <cfswitch expression="#trim(cfhttp.FileContent)#">  11:         <cfcase value="VERIFICADO">  12:         <!--- Verifique se a TransacaoID não foi previamente processada --->  13:         <!--- Verifique se o email recebido (VendedorEmail) é o seu email --->  14:         <!--- Verifique se o valor do pagamento está correto --->  15:         <!--- Processe o pagamento salvando os dados em seu banco de dados --->  16:             <cfset FileWrite("#getDirectoryFromPath(expandPath('*.*'))#FORM_TRUE#DateFormat(Now(), 'yyyy-mm-dd-hh-mm-ss')#.htm", value)>  17:         </cfcase>  18:         <cfcase value="FALSO">  19:             <!--- A Requisição não foi confirmada pelo PagSeguro e pode ser uma compra falsa --->  20:             <cfset FileWrite("#getDirectoryFromPath(expandPath('*.*'))#FORM_FALSE#DateFormat(Now(), 'yyyy-mm-dd-hh-mm-ss')#.htm", value)>  21:         </cfcase>  22:     </cfswitch>  23: </cffunction>

Finalmente, de posse dos dados, realizamos a confirmação. Para isso, enviamos um post com o comando Validar e nosso Token, junto com os dados da compra.

Lembrando que aqui estamos tratando de um exemplo, no mundo real, antes de informar a validação, verificamos o id da nossa transação no e-commerce e se o carrinho é igual ao que temos no site, para só então verificarmos se os dados conferem com a informação do PagSeguro, guardando as informações adicionais.

retornoPagSeguro.cfm

   1: <cfif structKeyExists(Form, "FieldNames")>   2:     <cfset objPagSeguroReturn = createObject("component", "PagSeguroRetorno")>   3:     <cfset objPagSeguroReturn.setReturn(form)>   4:     <cfset objPagSeguroReturn.confirm()>   5: </cfif>

Este código, deve ir na sua página de retorno, a mesma que você informou para o PagSeguro. Nesse momento, verificamos se recebemos algum retorno de POST e em seguida, iniciamos nosso componente PagSeguroRetorno.cfc informando o retorno que recebemos e confirmando a transação.

Bom é isso, espero ter ajudado alguém com este tutorial e agora só volto na próxima quarta-feira, falando da integração com Pagamento Digital do Buscapé.

E finalmente, para quem cansou de ler, esta tudo pronto para download no link http://www.flagnet.inf.br/downloads/shoppingCart-part2.1.rar

Carrinho de Compras - Parte 2 (Integração com PagSeguro do UOL)

2011-06-02T16:04:00.000-03:00

Como eu tinha prometido vamos continuar com a série "Carrinho de Compras", quem não viu o primeiro post Carrinho de Compras - Parte 1, recomendo dar uma olhada apenas para ter uma idéiade como nosso carrinho funciona.

Hoje a idéia é falar da integração com o PagSeguro do UOL através do nosso ColdFusion. O primeiro desafio é documentação em ColdFusion, que por ser uma linguagem extremamente fácil e produtiva, as pessoas acabam esquecendo de criar documentação, meu objetivo é mudar isso radicalmente.

Para a integração, vamos precisar de dois manuais no site do PagSeguro. O primeiro é o da integração com Carrinho Próprio e o segundo que é o Retorno Automático de Dados

Apenas lembrando que a mágica depende da configuração correta na sua conta PagSeguro, se você ainda não o fez ou quer revizar vamos aos passos:

Criar uma conta no PagSeguro
Se for usar a conta em produção, é bom validar os dados.
Lembre-se de configurar o Frete, no menu Preferências/Frete
Defina o link para o Retorno Automático de Dados, e gere o Token no menu Preferências/Retorno automático de dados

Após esses passos simples, vamos a parte código da nossa integração. Na página de integração com o carrinho, é explicado que você tem duas opções para o envio de dados do comprador. Uma você deixa isso a cargo do PagSeguro, e outra você realiza este envio.

Para este post vamos fazer o modelo de enviarmos todos os dados, até porque você provavelmente nesse ponto, já esta com o usuário logado no seu e-commerce e cadastrado. Lembre-se, esse é o momento de finalização da compra, então você já deve verificar seu estoque e estar com tudo pronto.

Para facilitar nossa vida, vamos criar um novo componente chamado PagSeguro.cfc, que espero que ajude na integração da maioria dos projetos. Os métodos que percebi são:

setCart: vai ser o método responsável por receber os dados a serem enviados ao PagSeguro;
setType: para informar o tipo do carrinho, seja próprio, ou PagSeguro
setCoin: serve para informar o tipo de moeda, hoje o pagSeguro só trabalha com Real
setExtras: será utilizado para valores adicionais ou descontos
setClient: irá servir para informar os dados do fulano que esta fazendo a compra
setShipping: informaremos o tipo de envio do produto
parseCurrency: esse método irá converter o valor para o padrão PagSeguro
send: esse método irá realizar a mágica de enviar os dados para o PagSeguro

PagSeguro.cfc

   1: <cfset Variables.ACTION = "https://pagseguro.uol.com.br/checkout/checkout.jhtml" />   2: <cfset Variables.dsEmail = "EMAIL_CADASTRADO_PAGSEGURO" />   3: <cfset Variables.tpCart = "CP" />   4: <cfset Variables.tpCoin = "BRL" />   5: <cfset Variables.tpShipping = "UC" />   6: <cfset Variables.vlExtras = 0 />   7: <cfset Variables.userData = structNew()>   8: <cfset variables.cart = ArrayNew(1) />

Ao iniciar nosso processo, criamos algumas váriaveis que serão controladas pelos nossos métodos antes do envio. Algumas delas, já definimos um valor padrão, para evitar falhas ou necessidades de formas de uso na programação.

É importante lembrar que um componente deve ser simples a ponto de não termos que "adaptar" nossa programação ao funcionamento dele.

setCart

   1: <cffunction name="setCart" access="public" returntype="void" output="false">   2:     <cfargument name="cart" type="ShoppingCart" required="true">   3:     <cfargument name="nmLogin" type="String" default="" required="false">   4:     5:     <cfif len(trim(arguments.nmLogin)) and isValid("email", arguments.nmLogin)>   6:         <cfset Variables.dsEmail = arguments.nmLogin />   7:     </cfif>   8:     <cfset variables.cart = Arguments.cart.list()>   9: </cffunction>

Algumas observações e curiosidades para o nosso setCart. De cara algo diferente no atributo type da nossa cfargument. O tipo requerido para o nosso carrinho se chama ShoppingCart, que é o mesmo componente CFC que criamos no post anterior, isso nos facilita um pouco a vida, pois estamos manipulando algo que esta de acordo com nossa especificação inicial.

Muitos podem achar que o post sai do nada, porém antes de começar essa maratona, desenhei todo o fluxo UML para o nosso projeto. O único motivo dos arquivos estarem todos juntos é para facilitar o entendimento e ajudar vocês a executarem o projeto em seu próprio servidor local.

Na verificação do login, repare que não faço uso de isDefined ou structKeyExist, isso, porque defini o cfargument com a propriedade default="", que faz o nosso cfargument funcionar como um cfparam, cria a variável que você pediu com um valor padrão, caso ela não exista. Com isso, verificamos se a quantidade de caracteres é superior a zero e se o valor que temos em mãos é um e-mail.

A técnica do len(trim("STRING")) é baseada numa regra da lógica boleana que diz "Todo número diferente de zero verdadeiro". Cuidado com as entrelinhas, 1 e -1 são verdadeiro apenas 0 é falso.

A função isValid do ColdFusion é uma das mais legais e menos conhecidas, vale a pena dar uma olhada na documentação, para as possibilidades!

setType

   1: <cffunction name="setType" access="public" returntype="void" output="false">   2:     <cfargument name="type" type="string" required="true">   3:     <cfset var lValidTypes = "CP,CBR">   4:     <cfif listContainsNoCase(lValidTypes, arguments.type)>   5:         <cfset Variables.tpCart = arguments.type>   6:     <cfelse>   7:         <cfset Variables.tpCart = listFirst(lValidTypes)>   8:     </cfif>   9: </cffunction>

Esse método, é apenas para dar opção para quem não desejar usar o Carrinho Proprio, e não afeta em nada nosso envio.

setCoin

   1: <cffunction name="setCoin" access="public" returntype="void" output="false">   2:     <cfargument name="coin" type="string" required="true">   3:     <cfset var lValidTypes = "BRL">   4:     <cfif listContainsNoCase(lValidTypes, arguments.coin)>   5:         <cfset Variables.tpCoin = arguments.type>   6:     <cfelse>   7:         <cfset Variables.tpCoin = listFirst(lValidTypes)>   8:     </cfif>   9: </cffunction>

Este é mais um para a lista de não temos muito o que fazer, mas vai que o UOL resolver colocar pagSeguro recebendo em outras moedas, esperança é a última que morre.

setExtras

   1: <cffunction name="setExtras" access="public" returntype="void" output="false">   2:     <cfargument name="value" type="numeric" required="true">   3:     <cfargument name="isDiscount" type="boolean" default="false" required="false">   4:        5:     <cfif arguments.isDiscount>   6:         <cfset Variables.vlExtras = arguments.value * -1>   7:     <cfelse>   8:         <cfset Variables.vlExtras = arguments.value>   9:     </cfif>  10: </cffunction>

Esse método é para evitar problemas entre acressimos e descontos. Na documentação do PagSeguro para o campo extras eles falam "Utilize este campo para acrescentar ao pedido um valor adicional, caso necessário. Exemplo: você pode incluir o valor da embalagem de presente. Você também pode enviar um valor negativo neste campo, caso deseje oferecer um desconto ao seu cliente.".

Pensando nisso, o método recebe o valor e um boleano informando se é desconto ou não. Isso evita que você tenha que fazer a conversão de desconto

setClient

   1: <cffunction name="setClient" access="public" returntype="void" output="false">   2:     <cfargument name="nmPerson" type="string" required="true">   3:     <cfargument name="dsEmail" type="string" required="true">   4:     <cfargument name="nbPostalCode" type="string" required="true">   5:     <cfargument name="dsAddress" type="string" required="true">   6:     <cfargument name="dsDistrict" type="string" required="true">   7:     <cfargument name="dsCity" type="string" required="true">   8:     <cfargument name="cdState" type="string" required="true">   9:     <cfargument name="cdDDD" type="numeric" required="true">  10:     <cfargument name="nbTelephone" type="string" required="true">  11:     <cfargument name="nbAddress" type="string" required="false" default="S/N">  12:     <cfargument name="dsComplement" type="string" required="false" default="">  13:     <cfargument name="cdCountry" type="string" required="false" default="BRA">  14:       15:     <cfset Variables.userData.nmPerson = arguments.nmPerson>  16:     <cfset Variables.userData.dsEmail = arguments.dsEmail>  17:     <cfset Variables.userData.nbPostalCode = arguments.nbPostalCode>  18:     <cfset Variables.userData.dsAddress = arguments.dsAddress>  19:     <cfset Variables.userData.dsDistrict = arguments.dsDistrict>  20:     <cfset Variables.userData.dsCity = arguments.dsCity>  21:     <cfset Variables.userData.cdState = arguments.cdState>  22:     <cfset Variables.userData.cdDDD = arguments.cdDDD>  23:     <cfset Variables.userData.nbTelephone = arguments.nbTelephone>  24:     <cfset Variables.userData.nbAddress = arguments.nbAddress>  25:     <cfset Variables.userData.dsComplement = arguments.dsComplement>  26:     <cfset Variables.userData.cdCountry = arguments.cdCountry>  27: </cffunction>

Esse método, pode ser melhorado, e seguir o padrão de componentes, para endereço, pessoa e telefone, além de validar algumas informações como e-mail, mas nesse caso, ele só irá servir para guardar as informações que serão enviadas ao PagSeguro.

setShipping

   1: <cffunction name="setShipping" access="public" returntype="void" output="false">   2:     <cfargument name="shipping" type="string" required="true">   3:     <cfset var lValidTypes = "UC,EN,SD">   4:     <cfif listContainsNoCase(lValidTypes, arguments.shipping)>   5:         <cfset Variables.tpShipping = arguments.type>   6:     <cfelse>   7:         <cfset Variables.tpShipping = listFirst(lValidTypes)>   8:     </cfif>   9: </cffunction>

Mais um da série, não tenho nada a dizer. A única observação é o tipo "UC" que estamos criando especialmente para o nosso PagSeguro.cfc. Se o nosso tipo de envio for "UC", não informaremos o tipo, fazendo com que o PagSeguro pergunte ao usuário, como ele deseja receber.

parseCurrency

   1: <cffunction name="parseCurrency" access="private" returntype="String" output="false">   2:     <cfargument name="value" type="numeric" required="yes">   3:        4:     <cfset var strResult = LSCurrencyFormat(Arguments.value, "none")>   5:     <cfset strResult = trim(REReplace(strResult, "[^[:digit:]]", "", "ALL"))/>   6:     <cfreturn strResult>   7: </cffunction>

Esse método privado pega o valor e coloca em conformidade com a especificação do PagSeguro "Valor ... sem vírgulas ou pontos. Para um produto que custa R$ 1,00 você deverá informar 100 (somente números)."

send
Por último e talvez mais importante, a nossa "fronteira final" que é o envio dos dados para após a operação termos o nosso retorno automático.

Muitos podem pensar de cara em usar o cfhttp para envio dos dados, mas no caso do pagSeguro, o objetivo é ser uma ferramenta simples a ponto do usuário que só sabe html, também possa usar. Para o mundo ColdFusion o CFHTTP soa até natural, porém em linguens como .NET, PHP e Java a coisa não é tão simples.

Por conta disso, o envio é feito por um formulário simples o que gera algumas dores de cabeça com pessoas fazendo compras sem passar pelo seu site. A solução proposta pelo pagseguro é a utilização do token, que eu recomendo trocar pelo menos uma vez por mês ou ao dia dependendo do volume da acessos do seu e-commerce. Depois se vocês desejarem, podemos fazer uma ferramenta com essa finalidade.

   1: <cffunction name="send" access="public" returntype="string" output="no">   2:     <cfargument name="idTransaction" type="string" required="false" default="">   3:     <cfsavecontent variable="returnVal">   4:         <cfoutput>   5:         <form id="frmPagSeguro" action="#Variables.action#" method="post">   6:             <input type="hidden" name="encoding" value="#Variables.ENCODING#">   7:             <input type="hidden" name="email_cobranca" value="#Variables.dsEmail#">   8:             <input type="hidden" name="tipo" value="#Variables.tpCart#">   9:             <input type="hidden" name="moeda" value="#Variables.tpCoin#">  10:               11:             <cfif len(trim(arguments.idTransaction))><input type="hidden" name="ref_transacao" value="#arguments.idTransaction#"></cfif>  12:             <cfif Variables.tpShipping NEQ "UC"><input type="hidden" name="tipo_frete" value="#Variables.tpShipping#"></cfif>  13:             <cfif Variables.vlExtras NEQ 0><input type="hidden" name="extras" value="#parseCurrency(Variables.vlExtras)#"></cfif>  14:               15:             <cfloop from="1" to="#ArrayLen(variables.cart)#" index="i">  16:                 <input type="hidden" name="item_id_#i#" value="#variables.cart[i].idItem#">  17:                 <input type="hidden" name="item_descr_#i#" value="#variables.cart[i].nmItem#">  18:                 <input type="hidden" name="item_quant_#i#" value="#variables.cart[i].qtItem#">  19:                 <input type="hidden" name="item_valor_#i#" value="#parseCurrency(variables.cart[i].vlItem)#">  20:                 <cfif variables.cart[i].flFreeShipping>  21:                     <input type="hidden" name="item_frete_#i#" value="0">  22:                     <input type="hidden" name="item_peso_#i#" value="0">  23:                 <cfelse>  24:                     <input type="hidden" name="item_peso_#i#" value="#variables.cart[i].nbWeight#">  25:                 </cfif>  26:             </cfloop>  27:             <cfif NOT structIsEmpty(Variables.userData)>  28:                 <input type="hidden" name="cliente_nome" value="#Variables.userData.nmPerson#">  29:                 <input type="hidden" name="cliente_email" value="#Variables.userData.dsEmail#">  30:                 <input type="hidden" name="cliente_cep" value="#Variables.userData.nbPostalCode#">  31:                 <input type="hidden" name="cliente_end" value="#Variables.userData.dsAddress#">  32:                 <input type="hidden" name="cliente_num" value="#Variables.userData.nbAddress#">  33:                 <input type="hidden" name="cliente_compl" value="#Variables.userData.dsComplement#">  34:                 <input type="hidden" name="cliente_bairro" value="#Variables.userData.dsDistrict#">  35:                 <input type="hidden" name="cliente_cidade" value="#Variables.userData.dsCity#">  36:                 <input type="hidden" name="cliente_uf" value="#Variables.userData.cdState#">  37:                 <input type="hidden" name="cliente_pais" value="#Variables.userData.cdCountry#">  38:                 <input type="hidden" name="cliente_ddd" value="#Variables.userData.cdDDD#">  39:                 <input type="hidden" name="cliente_tel" value="#Variables.userData.nbTelephone#">  40:             </cfif>  41:         </form>  42:         </cfoutput>  43:         <script type="text/javascript">   1:     2:             var objForm = document.getElementById("frmPagSeguro");   3:             objForm.submit();   4:         </script>  44:     </cfsavecontent>  45:     <cfreturn returnVal>  46: </cffunction>

A programação do método send é algo que se pode chamar de realmente simples. Ele vai gerar o nosso formulário, que nesse caso estou chamando de "frmPagSeguro", e executando o submit dele via javaScript. Isso esta sendo feito, para evitar o exemplo onde um simples "exibir código fonte" pode colocar toda a transação a perder.

Com isso estamos integrados ao PagSeguro, a página pagSeguro.cfm mostra, como o envio fica realmente simples.

pagSeguro.cfm

   1: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">   2: <html xmlns="http://www.w3.org/1999/xhtml">   3: <head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" />   4: <title>Confirmação de Compra</title>   5: </head>   6: <body>   7: <cfsetting showdebugoutput="false">   8: <cfset aCart = session.shoppingCart.list()>   9: <table border="1">  10:     <thead>  11:         <tr>  12:             <th>Cód</th>  13:             <th>Nome</th>  14:             <th>Valor</th>  15:             <th>Quantidade</th>  16:             <th>Sub-Total</th>  17:         </tr>  18:     </thead>  19:     <tfoot>  20:         <tr>  21:             <td colspan="5"><strong>Valor Total:</strong><cfoutput>#lsCurrencyFormat(session.shoppingCart.getTotal())#</cfoutput></td>  22:         </tr>  23:     </tfoot>  24:     <cfoutput>  25:     <tbody>  26:         <cfloop array="#aCart#" index="cartItem">  27:             <tr>  28:                 <td>#cartItem.cdItem#</td>  29:                 <td>#cartItem.nmItem#</td>  30:                 <td>#lsCurrencyFormat(cartItem.vlItem)#</td>  31:                 <td>#cartItem.qtItem#</td>  32:                 <td>#lsCurrencyFormat(cartItem.vlTotalItem)#</td>  33:             </tr>  34:         </cfloop>  35:     </tbody>  36:     </cfoutput>  37: </table>  38: <form method="post">  39:     <input type="submit" name="go" value="Confirmar Compra"/>  40: </form>  41: <cfif structKeyExists(form, "go")>  42:     <cfset objPagSeguro = createObject("component", "PagSeguro")>  43:     <cfset objPagSeguro.setCart(session.shoppingCart)>  44:     <cfset objPagSeguro.setClient("Rafael Bandeira Rodrigues"  45:         , "rafael_rodrigues@flagnet.inf.br"  46:         , "00000000"  47:         , "R. Onde eu moro"  48:         , "Bairro"  49:         , "Rio de Janeiro"  50:         , "RJ"  51:         , "21"  52:         , "3333-3333")>  53: <cfoutput>#objPagSeguro.send()#</cfoutput>  54: </cfif>  55:    56: </body>  57: </html>

Agora vem a pergunta: "E o retorno automático?". Bom esse mistério será desvendado no post de amanhã.

E finalmente, para quem cansou de ler, esta tudo pronto para download no link http://www.flagnet.inf.br/downloads/shoppingCart-part2.rar

Carrinho de Compras - Parte 1

2011-06-01T15:26:00.001-03:00

Faz tempo que estou longe do Blog, por pura falta de tempo. Mas estou retomando a rotina aos poucos.

Ontem na lista de ColdFusion levantaram um ponto sobre a integração com o PagSeguro que é uma das muitas ferramentas, para integração de pagamento com boleto bancário, cartões de crédito e outros meios de acordo com o integrador. Para quem desejar, pode se cadastrar por este link.

O porque utilizar estes integradores explico em outro post, porém nesse momento, resolvi iniciar uma série de posts sobre Carrinho de Compras e integrações com os mais diversos meios de pagamento disponíveis. Se você trabalha com ColdFusion e deseja integrar seu carrinho com PagSeguro, Pagamento Digital, do Buscapé, Paypal ou qualquer outro do seu interesse, basta comentar que eu monto o códido explicando como tratar cada um.

Este primeiro post, vou implementar o carrinho que irei usar durante toda a série de integrações e vou adaptando ele a medida que for necessário, apesar que não espero ter que faze-lo.

Inicialmente, vamos criar um arquivo Applicatioon.cfc para iniciar a nossa session e nosso carrinho de compras. No meu caso optei por criar um carrinho com modelo de Orientação a Objetos, ou seja , teremos DOIS componentes, um que será o nosso item e outro, que será o carrinho iniciado em session.

Application.cfc

   1: <cfcomponent output="false">   2:     <!--- application variables --->   3:     <cfset this.name = "ShoppingCartSample">   4:     <cfset this.sessionManagement = true>   5:     <cfset this.sessionTimeout = createTimeSpan(0, 0, 30, 0)>   6:     7:     <cffunction name="onRequestStart" access="public" returnType="boolean" output="false">   8:         <cfargument type="String" name="targetPage" required="true"/>   9:    10:         <cfif NOT structKeyExists(session, "shoppingCart")>  11:             <cfset session.shoppingCart = createObject("component", "ShoppingCart")>  12:         </cfif>  13:         <cfreturn true>  14:     </cffunction>  15: </cfcomponent>

Nada de muito misterioso, apenas criamos as variaveis de inicialização de session e criamos o método onRequestStart que verifica "se na estrutura Session não existir a variável shoppingCart, então crie".

Alguns podem achar estranho instanciar um componente numa session, porém estamos na verdade criando o carrinho de compras de cada usuário.

Uma vez feito isso, vamos ao carrinho de compras, propriamente dito. O que o nosso ou qualquer outro carrinho de compras deve ter?

Pensei um pouco ontem e imaginei o CRUD (Create, Retrieve, Update e Delete) básico de operações e algumas coisas extras que serão úteis para o usuário, como limpar, listar todos os produtos adicionados, obter detalhes de um produto específico, listar todos os produtos, quantidade de produtos, itens (quantidade por volume) e o valor total do carrinho.

Porque fazer assim? Simples, um carrinho de compras dificilmente vai mudar. A regra de negócios dele é simples, o que pode mudar são os itens e como eles podem ser tratados.

Melhorando a vida, vamos separar por partes o que será feito no carrinho.

ShoppingCart.cfc

O primeiro passo é criar as variáveis que serão manipuladas pelo carrrinho. Todas elas estarão no topo do nosso CFC (classe) e com scoopo Variables (privat).

   1: <cfset variables.cart = arrayNew(1)>   2: <cfset variables.vlTotal = 0>   3: <cfset variables.cartItem = createObject("component", "ShoppingCartItem")>   4: <cfset variables.nbMaxCartItem = 10>

cart: Será o nosso array de itens, essa variável será manipulada pelo CRUD do nosso CFC
vlTotal: Irá receber o valor do carrinho, ou seja, o valor da soma de todos os itens do carrinho
cartItem: Esse nosso componente, irá acessar a base de dados e obter os detalhes do item.
nbMaxCartItem: Essa variavel é para evitar que alguém reserve todo o estoque.

Bom, agora que já temos o que manipular vamos ao CRUD.

addItem

   1: <cffunction name="addItem" access="public" output="no" returntype="void">   2:     <cfargument name="idItem" type="numeric" required="true">   3:     <cfargument name="qtItem" type="numeric" required="false" default="1">   4:     5:     <cfset var Local = StructNew()>   6:     <cfset Local.cartItem = Duplicate(variables.cartItem)>   7:     <cfif hasItem(Arguments.idItem)>   8:         <cfset updateItem(Arguments.idItem, Arguments.qtItem)>      9:     <cfelse>  10:         <cfset Local.cartItem.setShoppingCartItem(Arguments.idItem)>  11:         <cfif (Arguments.qtItem GT variables.nbMaxCartItem) AND (variables.nbMaxCartItem NEQ 0)>  12:             <cfset Local.cartItem.qtItem = variables.nbMaxCartItem>  13:         <cfelse>  14:             <cfset Local.cartItem.qtItem = Arguments.qtItem>  15:         </cfif>  16:         <cfset Local.cartItem.vlTotalItem = Local.cartItem.vlItem * Local.cartItem.qtItem>  17:         <cfset variables.vlTotal = variables.vlTotal + Local.cartItem.vlTotalItem>  18:         <cfset ArrayAppend(variables.cart, Local.cartItem)>  19:     </cfif>  20: </cffunction>

Nossa primeira ação, é adicionar o item escolhido pelo usuário no carrinho. Repare que o método só pede duas informações, o idItem e o qtItem. O idItem é o identificador na sua base de dados e a quantidade dele que você deseja.

Em nosso primeiro passo com relação ao carrinho, verificamos se esse item já não foi adicionado, se isso ocorreu, chamamos a operação de updateItem, caso contrário, seguimos o fluxo normal.

No nosso fluxo normal, utilizamos a função Duplicate do ColdFusion para criar uma cópia idêntica, do nosso componente ShoppingCartItem, isso evita o consumo de recursos da função createObject.

Após criar minha cópia, chamo o médoto setSoppingCartItem do meu ShoppingCartItem, que é responsável pelas verificações pertinentes ao item.

Verifico se a quantidade de itens esta dentro do aceitável, caso contrário defino a quantidade de itens com o máximo que aceitamos. Se alguém achar isso loucura, da uma olhada no carrinho de compras de e-commerces "pequenos" como submarino, saraiva, e outros.

Terminada toda operação, atualizamos o valor dos itens, o valor do carrinho e adicionamos ele ao nosso array de itens.

updateItem

   1: <cffunction name="updateItem" access="public" output="no" returntype="void">   2:     <cfargument name="idItem" type="numeric" required="true">   3:     <cfargument name="qtItem" type="numeric" required="true">   4:     <cfset var Local = StructNew()>   5:     6:     <cfif Arguments.qtItem EQ 0>   7:         <cfset remove(arguments.productId)>   8:     <cfelse>   9:         <cfloop array="#variables.cart#" index="Local.currElement">  10:             <cfif Local.currElement.idItem eq Arguments.idItem>  11:                 <cfset Local.cartItem = Local.currElement>  12:                 <cfbreak>  13:             </cfif>  14:         </cfloop>  15:         <cfif Not StructKeyExists(Local, "cartItem")>  16:             <cfset addItem(Arguments.idItem, Arguments.qtItem)>  17:         <cfelse>  18:             <cfset variables.vlTotal = variables.vlTotal - Local.cartItem.vlTotalItem>  19:             <cfif (Arguments.qtItem GT variables.nbMaxCartItem) AND (variables.nbMaxCartItem NEQ 0)>  20:                 <cfset Local.cartItem.qtItem = variables.nbMaxCartItem>  21:             <cfelse>  22:                 <cfset Local.cartItem.qtItem = Arguments.qtItem>  23:             </cfif>  24:             <cfset Local.cartItem.vlTotalItem = Local.cartItem.vlItem * Local.cartItem.qtItem>  25:             <cfset variables.vlTotal = variables.vlTotal + Local.cartItem.vlTotalItem>  26:         </cfif>  27:     </cfif>  28: </cffunction>

Na ação de atualizar o item, nossa primeira preocupação é com a quantidade. Se a quantidade for ZERO, então removemos o item.

Após a verificação de quantidade, partimos para localizar o item a ser atualizado e mudar sua quantidade, consequentemetne, afetando os valores.

Repare que em nenhum momento, verificamos a quantidade em estoque, até porque você não sabe se o usuário vai realmente finalizar a compra, com isso todo o processamento gira em torno do desejo do usuário, e não sobre todo o seu estoque.

remove

   1: <cffunction name="remove" access="public" returntype="void">   2:     <cfargument name="idItem" type="numeric" required="true">   3:     <cfset var Local = StructNew()>   4:     <cfloop from="1" to="#ArrayLen(variables.cart)#" index="Local.i">   5:         <cfif variables.cart[Local.i].idItem eq Arguments.idItem>   6:             <cfbreak>   7:         </cfif>   8:     </cfloop>   9:     <cfset variables.vlTotal = variables.vlTotal - (variables.cart[Local.i].vlItem * variables.cart[Local.i].qtItem)>  10:     <cfset arrayDeleteAt(variables.cart, Local.i)>  11: </cffunction>

Bom acredito eu que este seja um dos métodos mais simples do nosso ShoppingCart.cfc, ele simplesmete "localiza e destroi", a diferença que depois ele arruma os valores.

list

   1: <cffunction name="list" access="public" returntype="array">   2:     <cfreturn variables.cart>   3: </cffunction>

Ok, esse sim é o mais simples, só posso dizer.... "Ahhh Mulequeeee" rsrs. Para aqueles que não entenderam a piada, veja o video

clear

   1: <cffunction name="clear" access="public" returntype="void">   2:     <cfset ArrayClear(variables.cart)>   3:     <cfset variables.vlTotal = 0>   4: </cffunction>

Bom agora virou festa, depois falam que Orientação a Objetos é ruim.

getTotalProducts

   1: <cffunction name="getTotalProducts" access="public" returntype="numeric">   2:     <cfreturn arrayLen(variables.cart)>   3: </cffunction>

Esse eu desisto, estou a mais tempo pensando o que escrever sobre o que ele faz do que para faze-lo

getTotalItems

   1: <cffunction name="getTotalItems" access="public" returntype="numeric">   2:     <cfset var Local = StructNew()>   3:     <cfset Local.qtItem = 0>   4:     <cfloop array="#variables.cart#" index="Local.current">   5:         <cfset Local.qtItem = Local.qtItem + Local.current.qtItem>   6:     </cfloop>   7:     <cfreturn Local.qtItem>   8: </cffunction>

A diferença entre getTotalItens e getTotalProducts esta em volume, posso ter 1 produto, porém quero 10 dele, isso afeta o meu frete, que alias será um dos nosso assuntos nesta série de posts também.

getTotal

   1: <cffunction name="getTotal" access="public" returntype="numeric">   2:     <cfreturn variables.vlTotal>   3: </cffunction>

Esse é mais um método da série "O que dizer?"

hasItem

   1: <cffunction name="hasItem" access="private" output="no" returntype="boolean">   2:     <cfargument name="idItem" type="numeric" required="true">   3:     <cfset var Local = StructNew()>   4:     <cfset Local.hasItemReturn = false>   5:     <cfloop array="#variables.cart#" index="Local.currElement">   6:         <cfif Local.currElement.idItem eq Arguments.idItem>   7:             <cfset Local.hasItemReturn = true>   8:             <cfbreak>   9:         </cfif>  10:     </cfloop>  11:     <cfreturn Local.hasItemReturn>  12: </cffunction>

Por ultimo, porém não menos importante, temos o método hasItem, que só serve para verificar se o item que estamos tentando adicionar ao carrinho já existe. Por este motivo ele é definido com access="private"

Resultado ShoppingCart.cfc
Bom, para evitar os copy and paste, ai esta como o nosso carrinho irá ficar no final.

   1: <cfcomponent output="false">   2:     <cfset variables.cart = arrayNew(1)>   3:     <cfset variables.vlTotal = 0>   4:     <cfset variables.cartItem = createObject("component", "ShoppingCartItem")>   5:     <cfset variables.nbMaxCartItem = 10>   6:        7:     <cffunction name="addItem" access="public" output="no" returntype="void">   8:         <cfargument name="idItem" type="numeric" required="true">   9:         <cfargument name="qtItem" type="numeric" required="false" default="1">  10:    11:         <cfset var Local = StructNew()>  12:         <cfif hasItem(Arguments.idItem)>  13:             <cfset updateItem(Arguments.idItem, Arguments.qtItem)>     14:         <cfelse>  15:             <cfset Local.cartItem = Duplicate(variables.cartItem)>  16:             <cfset Local.cartItem.setShoppingCartItem(Arguments.idItem)>  17:             <cfif (Arguments.qtItem GT variables.nbMaxCartItem) AND (variables.nbMaxCartItem NEQ 0)>  18:                 <cfset Local.cartItem.qtItem = variables.nbMaxCartItem>  19:             <cfelse>  20:                 <cfset Local.cartItem.qtItem = Arguments.qtItem>  21:             </cfif>  22:             <cfset Local.cartItem.vlTotalItem = Local.cartItem.vlItem * Local.cartItem.qtItem>  23:             <cfset variables.vlTotal = variables.vlTotal + Local.cartItem.vlTotalItem>  24:             <cfset ArrayAppend(variables.cart, Local.cartItem)>  25:         </cfif>  26:     </cffunction>  27:    28:     <cffunction name="updateItem" access="public" output="no" returntype="void">  29:         <cfargument name="idItem" type="numeric" required="true">  30:         <cfargument name="qtItem" type="numeric" required="true">  31:         <cfset var Local = StructNew()>  32:    33:         <cfif Arguments.qtItem EQ 0>  34:             <cfset remove(arguments.productId)>  35:         <cfelse>  36:             <cfloop array="#variables.cart#" index="Local.currElement">  37:                 <cfif Local.currElement.idItem eq Arguments.idItem>  38:                     <cfset Local.cartItem = Local.currElement>  39:                     <cfbreak>  40:                 </cfif>  41:             </cfloop>  42:             <cfif Not StructKeyExists(Local, "cartItem")>  43:                 <cfset addItem(Arguments.idItem, Arguments.qtItem)>  44:             <cfelse>  45:                 <cfset variables.vlTotal = variables.vlTotal - Local.cartItem.vlTotalItem>  46:                 <cfif (Arguments.qtItem GT variables.nbMaxCartItem) AND (variables.nbMaxCartItem NEQ 0)>  47:                     <cfset Local.cartItem.qtItem = variables.nbMaxCartItem>  48:                 <cfelse>  49:                     <cfset Local.cartItem.qtItem = Arguments.qtItem>  50:                 </cfif>  51:                 <cfset Local.cartItem.vlTotalItem = Local.cartItem.vlItem * Local.cartItem.qtItem>  52:                 <cfset variables.vlTotal = variables.vlTotal + Local.cartItem.vlTotalItem>  53:             </cfif>  54:         </cfif>  55:     </cffunction>  56:       57:     <cffunction name="remove" access="public" returntype="void">  58:         <cfargument name="idItem" type="numeric" required="true">  59:         <cfset var Local = StructNew()>  60:         <cfloop from="1" to="#ArrayLen(variables.cart)#" index="Local.i">  61:             <cfif variables.cart[Local.i].idItem eq Arguments.idItem>  62:                 <cfbreak>  63:             </cfif>  64:         </cfloop>  65:         <cfset variables.vlTotal = variables.vlTotal - (variables.cart[Local.i].vlItem * variables.cart[Local.i].qtItem)>  66:         <cfset arrayDeleteAt(variables.cart, Local.i)>  67:     </cffunction>  68:       69:     <cffunction name="clear" access="public" returntype="void">  70:         <cfset ArrayClear(variables.cart)>  71:         <cfset variables.vlTotal = 0>  72:     </cffunction>  73:       74:     <cffunction name="getProductDetail" access="public" returntype="ShoppingCartItem">  75:         <cfargument name="idItem" type="numeric" required="true">  76:         <cfset var Local = StructNew()>  77:         <cfloop array="#variables.cart#" index="Local.currElement">  78:             <cfif Local.currElement.idItem eq Arguments.idItem>  79:                 <cfset Local.cartItem = Local.currElement>  80:                 <cfbreak>  81:             </cfif>  82:         </cfloop>  83:         <cfreturn Local.cartItem>  84:     </cffunction>  85:       86:     <cffunction name="list" access="public" returntype="array">  87:         <cfreturn variables.cart>  88:     </cffunction>  89:       90:     <cffunction name="getTotalProducts" access="public" returntype="numeric">  91:         <cfreturn arrayLen(variables.cart)>  92:     </cffunction>  93:       94:     <cffunction name="getTotalItems" access="public" returntype="numeric">  95:         <cfset var Local = StructNew()>  96:         <cfset Local.qtItem = 0>  97:         <cfloop array="#variables.cart#" index="Local.current">  98:             <cfset Local.qtItem = Local.qtItem + Local.current.qtItem>  99:         </cfloop> 100:         <cfreturn Local.qtItem> 101:     </cffunction> 102:   103:     <cffunction name="getTotal" access="public" returntype="numeric"> 104:         <cfreturn variables.vlTotal> 105:     </cffunction> 106:   107:     <cffunction name="hasItem" access="private" output="no" returntype="boolean"> 108:         <cfargument name="idItem" type="numeric" required="true"> 109:         <cfset var Local = StructNew()> 110:         <cfset Local.hasItemReturn = false> 111:         <cfloop array="#variables.cart#" index="Local.currElement"> 112:             <cfif Local.currElement.idItem eq Arguments.idItem> 113:                 <cfset Local.hasItemReturn = true> 114:                 <cfbreak> 115:             </cfif> 116:         </cfloop> 117:         <cfreturn Local.hasItemReturn> 118:     </cffunction> 119: </cfcomponent>

ShoppingCartItem.cfc
Ok, agora vem a pergunta: "E como fica o Item do meu carrinho?" Nesse caso, a resposta é "cada um faz o seu", mas a título de exemplo vou montar um aqui como modelo e idéia.

Lembrando que modelo não é regra!! A única regra, são os métodos getShoppingCartItem e setShoppingCartItem respectivamente, para manter um padrão de integração com o nosso carrinho.

Uma dica é criar um outro CFC que terá seu acesso ao DB para verificar se o item existe, e recuperar os detalhes dele. Para nosso teste, estou gerando valores ficticios.

   1: <cfcomponent output="false">   2:     <cfproperty name="idItem" type="numeric">   3:     <cfproperty name="cdItem" type="string">   4:     <cfproperty name="nmItem" type="string">   5:     <cfproperty name="vlItem" type="numeric">   6:     <cfproperty name="nbWeight" type="numeric">   7:     <cfproperty name="flFreeShipping" type="boolean">   8:     <cfproperty name="dtCreate" type="date">   9:     <cfproperty name="dtLastUpdate" type="date">  10:    11:     <cfparam name="This.idItem" default="">  12:     <cfparam name="This.cdItem" default="">  13:     <cfparam name="This.nmItem" default="">  14:     <cfparam name="This.vlItem" default="">  15:     <cfparam name="This.nbWeight" default="">  16:     <cfparam name="This.flFreeShipping" default="">  17:     <cfparam name="This.dtCreate" default="#DateConvert('local2utc', Now())#">  18:     <cfparam name="This.dtLastUpdate" default="#DateConvert('local2utc', Now())#">  19:       20:     <cffunction name="getShoppingCartItem" access="public" output="no" returntype="ShoppingCartItem">  21:         <cfreturn This>  22:     </cffunction>  23:    24:     <cffunction name="setShoppingCartItem" access="public" output="no" returntype="void">  25:         <cfargument name="idItem" type="numeric" required="yes">  26:    27:         <cfset This.idItem = numberFormat(arguments.idItem, "00")>  28:         <cfset This.cdItem = "CI" &amp; numberFormat(arguments.idItem, "00000000")>  29:         <cfset This.nmItem = "Nome do Item " &amp; arguments.idItem>  30:         <cfset This.vlItem = randRange(5.40, 123.80)>          31:         <cfset This.nbWeight = randRange(0.25, 2)>  32:         <cfset This.flFreeShipping = iif(This.vlItem GT 59.20, true, false)>  33:         <cfset This.dtCreate = now()>  34:         <cfset This.dtLastUpdate = now()>  35:     </cffunction>  36: </cfcomponent>

Juntando tudo
Para evitar dores de cabeça criei um index.cfm de teste, só para vermos as ações funcionando.

   1: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">   2: <html xmlns="http://www.w3.org/1999/xhtml">   3: <head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" />   4: <title>Untitled Document</title>   5: </head>   6: <body>   7:     <cfif structKeyExists(form, "add")>   8:         <cfset session.shoppingCart.addItem(form.idItem, form.qtItem)>   9:     </cfif>  10:     <cfif structKeyExists(form, "upd")>  11:         <cfset session.shoppingCart.updateItem(form.idItemUpd, form.qtItemUpd)>  12:     </cfif>  13:     <cfif structKeyExists(form, "rem")>  14:         <cfset session.shoppingCart.remove(form.idItemRem)>  15:     </cfif>  16:     <cfif structKeyExists(form, "clear")>  17:         <cfset session.shoppingCart.clear()>  18:     </cfif>  19:     <cfif structKeyExists(form, "reset")>  20:         <cfset structClear(session)>  21:         <cfset session.shoppingCart = createObject("component", "ShoppingCart")>  22:     </cfif>  23:       24:     <form method="post">  25:         <div style="float: left;">  26:             <input type="submit" name="reset" value="Limpar Session" />  27:             <input type="submit" name="clear" value="Limpar Carrinho" />  28:         <fieldset>  29:             <legend>Adicionar Itens</legend>  30:             <div style="float: left;">  31:                 <label for="idItem">Código:</label>  32:                 <input type="text" id="idItem" name="idItem" size="4"/>  33:                 <label for="qtItem">Quantidade:</label>  34:                 <input type="text" id="qtItem" name="qtItem" size="4"/>  35:                 <input type="submit" name="add" value="Adicionar" />  36:             </div>  37:         </fieldset>  38:       39:         <fieldset>  40:             <legend>Atualizar Itens</legend>  41:             <div style="float: left;">  42:                 <label for="idItemUpd">Código:</label>  43:                 <input type="text" id="idItemUpd" name="idItemUpd" size="4"/>  44:                 <label for="qtItemUpd">Nova Quantidade:</label>  45:                 <input type="text" id="qtItemUpd" name="qtItemUpd" size="4"/>  46:                 <input type="submit" name="upd" value="Atualizar" />  47:             </div>  48:         </fieldset>  49:       50:         <fieldset>  51:             <legend>Remover Itens</legend>  52:             <div style="float: left;">  53:                 <label for="idItemRem">Código:</label>  54:                 <input type="text" id="idItemRem" name="idItemRem" size="4"/>  55:                 <input type="submit" name="rem" value="Remover" />  56:             </div>  57:         </fieldset>  58:           59:         <fieldset>  60:             <legend>Detalhes do Item</legend>  61:             <div style="float: left;">  62:                 <label for="idItemDet">Código:</label>  63:                 <input type="text" id="idItemDet" name="idItemDet" size="4"/>  64:                 <input type="submit" name="det" value="Detalhes" />  65:             </div>  66:             <cfif structKeyExists(form,"idItemDet") and isNumeric(form.idItemDet)>  67:                 <cfset details = session.shoppingCart.getProductDetail(form.idItemDet)>  68:                 <cfdump var="#details#" label="Detalhe do Item">  69:             </cfif>  70:         </fieldset>  71:           72:         <fieldset>  73:             <legend>Detalhes do Carrinho</legend>  74:             <div>  75:                 <strong>Total de Produtos no Carrinho:</strong>  76:                 <cfoutput>#session.shoppingCart.getTotalProducts()#</cfoutput>  77:             </div>  78:             <div>  79:                 <strong>Total de Itens no Carrinho:</strong>  80:                 <cfoutput>#session.shoppingCart.getTotalItems()#</cfoutput>  81:             </div>  82:             <div>  83:                 <strong>Valor Total do Carrinho:</strong>  84:                 <cfoutput>#lsCurrencyFormat(session.shoppingCart.getTotal())#</cfoutput>  85:             </div>  86:             <h3>Dump do Carrinho</h3>  87:             <cfdump var="#session.shoppingCart.list()#">  88:         </fieldset>  89:     </form>  90: </body>  91: </html>

E finalmente, para quem cansou de ler, esta tudo pronto para download no link http://www.flagnet.inf.br/downloads/shoppingCart-part1.rar

Palestra de Fusebox 5.5

2010-07-15T18:58:00.000-03:00

Para aqueles que não puderam comparecer segue o link da palestra ministrada por mim hoje sobre Fusebox 5.5 e o PDF dos slides usados na apresentação.

Mais uma vez agradeço ao Pedro Claudio, da comunidade CFUGBR pela oportunidade de contribuir com a comunidade de desenvolvedores

Palhestra: http://experts.na3.acrobat.com/p84113894/
Slides: http://www.flagnet.inf.br/palestras/Introdução ao Fusebox 5.5.pdf

Pioneirismo em Treinamentos via Cloud Computing

2010-05-04T08:33:00.000-03:00

Hoje em dia a facilidade de estar em qualquer lugar e através de um computador poder acessar arquivos, e-mails, acessar remotamente uma outra maquina, já eram bastante utilizadas por empresas e agora cada vez mais estão sendo utilizadas por usuários comuns. O conceito de “Cloud Computing” (computação em nuvem) refere-se à utilização de computadores e servidores compartilhados e interligados por meio da internet utilizando o principio de computação em grade

A tecnologia utilizada facilita o armazenamento de dados que poderá ser acessado de qualquer lugar do mundo, a qualquer hora, sem a necessidade de instalação de programas, serviços ou de qualquer armazenamento de dados local, tudo feito remotamente através da internet (dai o termo nuvem). Isso facilita os usuários, otimiza velocidade e a transmissão dos dados, e é ai onde entra o pioneirismo em treinamentos a distancia utilizando tal tecnologia.

Conectada às novidades tecnológicas do mercado, a FlagNet – Soluções em Tecnologia oferece soluções na área de Internet, aliando alta qualidade, planejamento, usabilidade, acessibilidade a custos reduzidos. Suas soluções são desenvolvidas sob medida para atender as necessidades do cliente.

Na sua divisão de treinamentos Online inovaram ao utilizar o conceito de Cloud Computing para melhor qualidade de EAD (ensino a distância) nas tecnologias da Adobe com formações únicas no segmento. A tecnologia permite uma experiência única em aulas online, sem problemas de conexão e o aluno pode se sentir praticamente dentro de uma sala de aula presencial, com total segurança do conteúdo transmitido sem perigo de perda de dados ou transmissão de vírus.

Em suas formações estão treinamentos mais avançados e capacitados nas tecnologias Adobe Flash, Flex, Air, ColdFusion, entre outros. Seus valores são diferenciados, e não só inovaram na forma de ministrar treinamentos como também em seu material, o aluno ao fazer sua matricula recebe totalmente incluso no investimento, material didático, certificado, apostilas, CD de conteúdo e uma WebCam por participante.

Fica a dica, não perca tempo e conecte-se ao futuro, seja pioneiro junto com a FlagNet e solicite mais informações sobre treinamentos e formações em diversas áreas que eles oferecem com essa inovação em treinamentos via Cloud Computing através do e-mail comercial@flagnet.inf.br

Ganhe até 10% de desconto em formações completas dizendo que viu esse post no Freud Flintstone!

Primeiro Treinamento via Cloud Computing do Brasil

2010-05-03T17:12:00.000-03:00

Primeiro Treinamento via Cloud Computing do Brasil só na FlagNet, entre em contato através do e-mail comercial@flagnet.inf.br

Treinamento OnLine de CF | Flex | Air | ActionScript

2010-04-29T12:33:00.003-03:00

Pessoal, apenas a título informativo. O pessoal da FlagNet esta iniciando processos para treinamento nas tecnologia ColdFusion, Flex, Air e ActionScript 3.0. Interessados entrar em contato através do e-mail comercial@flagnet.inf.br.

Já Adiantando a ferramenta utilizada para ministrar o treinamento será o Adobe Connect. Turmas com áudio, vídeo e chat em tempo real

Oportunidade para flash developer no Rio de Janeiro

2010-04-20T10:05:00.000-03:00

Bom estou postando a quem possa interessar!! Maiores informações direto no e-mail abaixo.

Procura-se profissional com sólidos conhecimentos de Actionscript (AS3 é desejável mas não obrigatório) para trabalho em projeto até outubro de 2010, com ganhos de R$ 4.000 mensais.

Necessário conhecimento de classes, componentes e integração com banco de dados, api´s, xml e tecnologias server-side. Pessoas que realmente gostem de tecnologia Flash, que tenham ótimas referências
visuais e de aplicativos para a web.

Trabalho alocado na Urca, Rio de Janeiro. Não é para free lancers que trabalhem em casa. Existe a necessidade de trabalho alocado. email com currículo e possíveis url´s para marciothees.rio2010@gmail.com

E a gente que achava que o Google não tinha mais o que inventar....

2010-04-01T10:01:00.000-03:00

Com dois novos contatos na lista você obtém traduções do inglês para o português e vice-versa. O processo usado são os dos famosos robos usados para pegar informações, porém mais uma vez o google prova que sabe inovar.

No Gtalk, adicione os contatos en2pt@bot.talk.google.com e pt2en@bot.talk.google.com. Eles são bots para traduzir textos do inglês para o português e do português para o inglês, respectivamente. Essa dica vale tanto para a versão online do mensageiro instantâneo quanto para a versão para desktop.

Deixando rastros e discipulos

2010-03-30T15:44:00.001-03:00

Não sou muito de me gabar e fazer coisas do tipo, porém dessa vez me vejo obrigado a faze-lo.

Para aqueles que me conhecem sabem que costumo ministrar treinamentos nas ferramentas adobe na parte de desenvolvimento, seja pela ENG ou pela FlagNet.

A cerca de mais ou menos um ano, tive um aluno chamado Rafael Alves. Ele realizou treinamento na jornada ActionScript comigo, quase 2 meses de treinamento, todos os sábados das 08h30 às 17h30.

Muitas turmas se passam, mas infelizmente nem todos os alunos levam o treinamento a sério, para quem foi meu aluno sabe que eu pego no pé mesmo e todos escutam frases como "se tiver que explicar 500x vou explicar 501x para ter certeza que vocês entenderam" ou "Não estou aqui para ver vocês como resolvedores de problemas e sim desenvolvedores de solução".

Sinceramente algumas vezes me surpreendo com o resultado obtido com alguns alunos nesses treinamentos. No caso específico, o carinha me pertubou muito tirando dúvidas e agora com orgulho tiro o chapéu para para o produto desenvolvido.

Não sei se a qualidade do código é digna de um discipulo, mas com certeza este cara tem futuro! Segue o link do trabalho mais recente dele http://www.sptransfer.com.br/pedido-sptransfer.html

Flash CS5 + IPhone

2010-03-24T15:05:00.000-03:00

Para aqueles que estão curiosos sobre as novidades do Flash CS5 e suas integrações com o IPhone segue o fonte de uma aplicação Demo que criei de ontem para hoje com a única finalidade de testar as novas funcionalidades da plataforma.

Para quem esta curioso veja o video no link http://qik.com/video/5660944 O fonte da aplicação segue abaixo.

P.S. O lançamento esta previsto para 21 ou 22 de Abril.

import flash.events.MouseEvent;
import flash.geom.ColorTransform;
import flash.sensors.Accelerometer;
import flash.events.AccelerometerEvent;
import flash.events.Event;
import flash.events.TransformGestureEvent;

var acc:Accelerometer = new Accelerometer();
var cI:uint = 0x990000;
var newX:Number = 0;
var newY:Number = 0;

obj.doubleClickEnabled = true;

acc.addEventListener(AccelerometerEvent.UPDATE, updateAccelerometer);
obj.addEventListener(MouseEvent.MOUSE_DOWN, dragStartHandler);
obj.addEventListener(MouseEvent.MOUSE_UP, dragEndHandler);
obj.addEventListener(MouseEvent.DOUBLE_CLICK, doubleClickHandler);
obj.addEventListener(TransformGestureEvent.GESTURE_ROTATE, gestureRotateHandler);

function updateAccelerometer(e:AccelerometerEvent):void {
    newX = e.accelerationX;
    newY = e.accelerationY;
}

function gestureRotateHandler(e:TransformGestureEvent):void {
    obj.rotation += e.rotation;
}

function dragStartHandler(e:MouseEvent):void {
    obj.startDrag();
    obj.addEventListener(MouseEvent.MOUSE_MOVE, moveHandler);
}

function dragEndHandler(e:MouseEvent):void {
    obj.stopDrag();
    obj.removeEventListener(MouseEvent.MOUSE_MOVE, moveHandler);
}

function moveHandler(e:MouseEvent):void {
    e.updateAfterEvent();
}

function doubleClickHandler(e:MouseEvent):void {
    var ct:ColorTransform = new ColorTransform();
    if(cI == 0x990000) {
        cI = 0x000099;
    }
    else {
        cI = 0x990000;
    }
    ct.color = cI;
    obj.transform.colorTransform = ct;
}

Jornada ColdFusion onLine

2010-01-27T11:03:00.000-02:00

Boas notícias!!

Em contato com o pessoal da ENG consegui viabilizar uma Jornada ColdFusion (Básico, Avançado, Extended) baseado nas 5 pessoas que responderam ao e-mail anterior.

Estou vendo a possibilidade de um preço mais "camarada" caso tenhamos mais de 10 pessoas na sala. Em virtude disso solicito que os interessados no treinamento enviem um e-mail diretamente para mim para obter os detalhes (carga horaria, conteudo programático e valores) e não estragarmos o fluxo normal da lista.

O material didatico será enviado via correios, e a realização do mesmo via Adobe Connect.

e-mail: rafael_rodrigues@flagnet.inf.br