P.s.: Em alguns casos tem que limpar o cache SSL do windows pra funcionar.

Pra quem não sabe, Padrões de Projeto (aka Design Patterns) são soluções genéricas pra problemas diversos múito esclarecedor não acham??? Em projetos de software orientados a objetos vez por outra nos deparamos com pequenos problemas como: “poxa, o essa classe legada tem  tais métodos, preciso usar ela mas meu projeto mas esses métodos deveria ter outros parametros… to ferrado”, e para algumas destes problemas foram catalogadas soluções que, não apenas resolvem o problema, mas o faz de forma a não “estragar” seu projeto.

Essas soluções não estão prontas para serem usadas  elas são apenas um esboço que cada um utiliza de acordo com suas necessidades,  combinando com outros Padrões de Projeto conforme sua necessidade. Um outro ponto a destacar em Design Patterns é que  eles trazem a idéia de “Programar par a Interfaces (de classe, não visuais)” o que dá maior flexibilidade e consequentemente tornando menos difícil de alterar quando necessário.

Os exemplos que eu vou mostrar são em C# porém podem ser implementados também em qualquer linguagem com suporte a orienteção a objetos (Java, C++, SmallTalk, Delphi (ou object pascal como preferir), Visual Basic,…)

Padrão Builder

Objetivo: “Separar o construtor de um objeto complexo de sua representação, para que o mesmo processo de construção nos permita criar diferentes representações”.

Classe de Veículo

Explicando: Suponhamos que você tenha um objeto Veículo em seu sistema, esse veículo representar um carro, uma moto, um avião, uma bicicleta entre outros ou seja, cada ítem listado é uma representação de um veículo.

Para representar uma bicicleta usando a classe veículo você teria que fazer algo como:

  Veiculo = new Veiculo();
  Veiculo.Chassi = "Chassi de bicicleta";
  Veiculo.Rodas = 2;
  Veiculo.Motor = "Pernas";

Agora imagine fazer isso para cada representação que você tiver em seu sistema, lembre-se estamos falando de objetos complexos que  geralmente serão mais complexos do que este exemplo.

A solução é separar o construtor da representação fazendo com que a responsabilidade de definir as propriedades de cada uma delas não sejam da classe veículo ou da classe chamadora mas sim de uma classe especialmente criada para isso, teremos então a seguinte estrutura:

Exemplo do padrão Builder

Qual a vantagem?

using System;

namespace Builder
{
	class Program
	{
		public static void Main(string[] args)
		{
			Construtor construtor = new Construtor();

			CarBuilder FabricadeCarro = new CarBuilder();
			MotoBuilder FabricadeMoto = new MotoBuilder();
			TricicloBuilder FabricaDeTriciclo = new TricicloBuilder();

			construtor.Construir(FabricadeCarro);
			FabricadeCarro.produto.Mostrar();

			construtor.Construir(FabricadeMoto);
			FabricadeMoto.produto.Mostrar();

			construtor.Construir(FabricaDeTriciclo);
			FabricaDeTriciclo.produto.Mostrar();

			Console.ReadKey(true);
		}
	}
}

Código mais claro, liberdade para incluir várias representações apenas criando suas classes construtoras.

Segue código fonte completo:

using System;

namespace Builder
{
	public class Construtor{
		public void Construir(Builder build){
			build.Chassi();
			build.Motor();
			build.NumPneus();
		}
	}

	public interface Builder{
		void Chassi();
		void NumPneus();
		void Motor();
	}

	public class CarBuilder:Builder{
		public Produto produto;
		public CarBuilder(){
			produto = new Produto("Carro");
		}

		public void Chassi(){
			produto.Chassi = "Chassi de Carro";
		}

		public void NumPneus(){
			produto.NumPneus = "4";
		}		

		public void Motor(){
			produto.Motor = "400cc";
		}
	}

	public class MotoBuilder:Builder{
		public Produto produto;
		public MotoBuilder(){
			produto = new Produto("Moto");
		}

		public void Chassi(){
			produto.Chassi = "Chassi de Moto";
		}

		public void NumPneus(){
			produto.NumPneus = "2";
		}

		public void Motor(){
			produto.Motor = "1200cc";
		}
	}

	public class TricicloBuilder:Builder{
		public Produto produto;
		public TricicloBuilder(){
			produto = new Produto("Triciclo");
		}

		public void Chassi(){
			produto.Chassi = "Chassi de Triciclo";
		}

		public void NumPneus(){
			produto.NumPneus = "3";
		}

		public void Motor(){
			produto.Motor = "40cc";
		}
	}

	public class Produto{
		public string Nome;
		public string Chassi;
		public string NumPneus;
		public string Motor;

		public Produto(string aNome){
			Nome = aNome;
		}

		public void Mostrar(){
			Console.WriteLine("-----------------");
			Console.WriteLine("Nome: "+Nome);
			Console.WriteLine("Chassi: "+Chassi);
			Console.WriteLine("Num Pneus: "+NumPneus);
			Console.WriteLine("Motor: "+Motor);
		}

	}
}

Referências:

• Design patterns : elements of reusable object-oriented software. Addison Wesley, 1995

• Data & Object Factory

http://kibeloco.com.br/kibeloco/2009/02/21/espelho-de-carne/

ele fêz em Python, eu vou fazer uma semelhante a dele só que em C# usando Mono…

Ficam algumas observações:

A implementação da classe Evaluator do mono ainda não está concluída e tem alguns bugs… bem não sei se é bug mas ele não avalia expressões onde tem multiplicação no meio e também não descobri como faz pra retornar o resultado da operação como um Double em vez de int.

Na verdade essa classe não é um simples avaliador, é praticamente um compilador/interpretador de instruções que pode ser embutido no programa para avaliar instruções como se fossem scripts, inclusive alterando o valor de variáveis internas como no exemplo abaixo onde a avaliação da string altera o valor da variável do programa:

using Mono.CSharp;
using System.Reflection;
using System;

namespace CSharpEvalTest
{
  public class Test
  {
    public static int val = 1000;

    static void Main(string [] args)
    {
      Evaluator.Run(
        "using System; using CSharpEvalTest;");

      Evaluator.ReferenceAssembly(
        Assembly.GetExecutingAssembly());

      Evaluator.Run("Test.val = 120;");
      Console.WriteLine("val is {0}", val);
    }
  }
}

fonte: http://codicesoftware.blogspot.com/2008/11/c-evaluator.html

vai demorar um pouco pra encontrar isso no .net da Microsoft, OpenSource Rox

NFE

Homologar a emissão de NF-e no ambiente paranaense é um transtorno, só depois de dias tentando falar com o suporte da Receita Estadual sem sucesso, consegui resolver a pendenga com a ajuda do Fernando Derkoski, e para quem está com problemas em transmitir NF-e pra essas bandas usando Visual Studio aqui vai a solução automatizada/funcional:

1- Importe os WSDL do ambiente de algum outro estado (SP por exemplo)

2- Abra o App.Config e altere os endereços originais pelos endereços que estão no site da Receita Estadual.

Simples assim

Seguem os links dos endereços que utilizei:

WebServices do ambiente de homologação da SEFAZ/SP:

• NfeRecepcao

  https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/nferecepcao.asmx

• NfeRetRecepcao

  https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/nferetrecepcao.asmx

• NfeCancelamento

  https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/nfecancelamento.asmx

• NfeInutilizacao

  https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/nfeinutilizacao.asmx

• NfeStatusServico

  https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/nfestatusservico.asmx

• NfeConsultaNF

  https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/nfeconsulta.asmx

WebServices do ambiente de homologação da SEFAZ/PR:

• NfeRecepcao
  https://homologacao.nfe.fazenda.pr.gov.br/NFENWebServices/services/nfeRecepcao

• NfeRetRecepcao
  https://homologacao.nfe.fazenda.pr.gov.br/NFENWebServices/services/nfeRetRecepcao

• NfeCancelamento
  https://homologacao.nfe.fazenda.pr.gov.br/NFENWebServices/services/nfeCancelamentoNF

• NfeInutilizacao
  https://homologacao.nfe.fazenda.pr.gov.br/NFENWebServices/services/nfeInutilizacaoNF

• NfeStatusServico
  https://homologacao.nfe.fazenda.pr.gov.br/NFENWebServices/services/nfeStatusServicoNF

• NfeConsultaNF
  https://homologacao.nfe.fazenda.pr.gov.br/NFENWebServices/services/nfeConsultaNF

A gente parou um minutinho para descansar…

O Yahoo! Respostas foi tomar um cafezinho. Agradecemos a paciência enquanto recarregamos! Desculpem-nos por qualquer inconveniência. Aqui estão algumas coisas que você pode fazer enquanto espera:

• Saiba mais sobre o produto no Blog do Yahoo! Respostas
• Yahoo! Avatars
• Vá para a página do Yahoo!

Obrigado por usar o Yahoo! Respostas.

sem comentários

Em alguns vídeos eles brincavam com o sistema de entretenimento que a TAM disponibiliza, onde é possível ver a imagem de câmeras instaladas na frente e embaixo do avião dentre outras funções. Quando o avião pousa em seu destino acontece o “batismo” dele pois é sua viagem inalgural, tudo bonito até que… eis a surpresa: os terminais aparecem em processo de boot vê-se o nosso querido Tux \o/, não demora múito tempo e podemos ouvir: “e o Windows deu pau”.

Resolvi postar esse vídeo depois de ler este post no br-linux, não duvido que tenha “pauliado” denovo.

E, como diria um conhecido professor de SO do depto de informática da UEM: “Sistema operacional é tudo uma porcaria”.

P.S.: Obrigado pelo vídeo João.

Problemas a solucionar: O projeto anda devagar, os Clientes estão pouco satisfeitos, a Equipe vive atolada em manutenção.

Objetivo: Agilizar o desenvolvimento de software diminuíndo a manutenção (e consequentemente os custos) e concluir o módulo principal do projeto até o final do ano.

Essa segunda uma reunião na empresa marcou o inicio da implantação de metodologias ágeis aqui onde trabalho, foi a única forma que encontrei de tentar resolver os problemas acima e apesar de minha preocupação, as idéias foram aceitas e todos ficaram empolgados pra colocar em prática.

Como não temos estrutura pra implementação de Scrum ou XP, inicialmente iremos trabalhar com um pouco dos dois, um Scrum Board resumido, post-its, cartolina, sprints semanais, reuniões diárias entre os desenvolvedores e programação em semi-par (em par, mas só de vez em quando).

Nos próximos dias enviarei fotos do “Little Scrum Board” com os post-its pra registrar o Antes e Depois.