BrazilUtils API

Também comecei um trabalho parecido usando jdk 5 soh pra brincar com ela…

Coloca isso num controle de versao pra o pessoal ajudar!

Duardor, qual cvs vc sugere(qual o melhor)?

java.net

Rafael

Podia ser o java.net mesmo… Mais conhecido e tal… Ou o sourceforge… O negócio seria definir o que seria feito e levantar os requisitos de cada estado…
Sei lá, imaginem:

br.com.guj.brasilutils.minasgerais.InscricaoEstadual
br.com.guj.brasilutils.bahia.InscricaoEstadual
br.com.guj.brasilutils.brasil.CNPJ
br.com.guj.brasilutils.brasil.CPF

E assim vai…

Inté, vamos levar isso pra frente!

Desculpe a encheção de saco … mas Brasil com Z? Pô :? hehe

putz, pensei a mesma coisa!! uma api exclusiva para brasileiros com nome em ingles!?!?

Jah tô mexendo aqui no java.net!
Pessoal, a API poderá ser útil para nós, mas quem disse que um americano/panamenho/guatemalteco não possa usá-la???É fácil para a maioria de nós entender o inglês(mesmo q porcamente),mas é foda para um gringo sacar nosso português…Eu apenas sugeri o nome BrazilUtils, mas pode ser Ararinha Azul,Jaguatirica,Dendrobata… tanto faz…o nome não é a questão!
Vamos tocar para frente!Eles demoram muito para aprovar um projeto???

Bom, como não organizei o código para postar lá ainda(java.net), e parece q tem prioridade o projeto jah com o código pronto(pelo pouco q li das instruções), gostaria de saber tipo alguem tem um nome interessante?Se colocar um nome em português, e por conseguinte deixar comentários e tudo mais em português, não traria problemas na sua aprovação?(por ser algo aparentemente local???) :?:

Nao, nao tem galho, Ironlynx. Mas ter algum codigo (dica: crie so as packages, so pros caras terem uma nocao) ja ajuda.

Bom, se o português não for um problema mesmo(fora a perda da universalização do projeto),eu chamo de UtilitariosBrasil API,ou algo assim…JBrasil API?Huhauha… alguma sugestão?

BrazilUtils estah otimo…pense grande, use ingles…

Um nome daqueles bem ambicioso e enigmático:

Locale::pt_BR

(aham, essa história de “::” é coisa de C++, embora fique legal em headers)

Talvez fosse melhor algo como

Locale< pt_BR >

para os novos adeptos do Generics…

Ou DeathStar Power Ray, sei la :mrgreen:

Vai ter validacao de CPF e CNPJ, de RG, CEP e placa de carro?

Só pensando em coisas financeiras:
CPF, CNPJ, RG, PIS (ou NIS como gostam de chamar na Caixa)?
Número do Bolsa-Escola, do Cartão do Cidadão e outras coisas?
Validação de módulo 10 e 11, de boletos bancários e de concessionárias públicas?
De números de inscrições estaduais de todos os estados?
De números de contas dos diversos bancos?
De números de cartões de crédito (o algoritmo de Luhn vale para todas as operadoras, ou tem mais alguma coisa?)
Só de validações já deve dar um monte de trabalho.
De texto por extenso para preenchimento de cheques?
Imagine de nomes de cidades e CEPs (a última base dos Correios que tenho é a de 1998, que é muito velha por sinal; quanto custa usar uma base atualizada?)

Opa!Agora vcs começaram a ajudar…mas eu preciso é dos requisitos!
Thingol,a maioria do q vc falou jah tem muuuita coisa pronta(mas desorganizada!),o que estou achando mais fd é achar os requisitos de cada coisa(divide por isso,soma aquilo,integra 3/4 de…) , pois o q não tem pronto, nem tudo da para fazer de cbça!
Eu vou fazendo conforme for encontrando requisitos para uma coisa…
Algo q não pode faltar:
Uma classe de diferença entre datas, pois toda hora tem alguem:
Qual a dirença de uma data isso - aquilo…é soda…

Diferenca de datas nao eh um problema especifico do Brasil, Ironlynx. Pra isso nego usa Calendar ou Joda Time…

Existem diveeeeeeersos bancos de dados maneirissimos por ai - o de CEP eh soh um deles, e tem o da Listas OESP tb, que dah a relacao CEP/Endereco/Telefone pra todos os telefones de SP. Acho que tem bases similares de outros estados tambem.

Esse tipo de base de dados geralmente eh pago e nao permite redistribuicao, mas deve haver um jeito bacana de, caso o usuario queira usar esses dados, ja ter uma API prontinha, e eh soh mexer num .properties e ta beleza. Que tal?

Gostei de JBrazil

sugestão…

Que tal BossaAPI, não deixa o nome do Brasil explicito e mostra uma coisa 100% brasileira, e apreciável tanto pela gente daqui, como lá de fora…

Gustavo Guilherme BacK

JBrazil não dah…tem uma empresa com esse nome…
BossaAPI?Humm…interessante,mas tenho medo de associações com o nome… vou acabar deixando BrazilUtils mesmo…
Quanto ao cep, jah viram esse WS para buscar cep em PHP:
http://www.maneh.org/cep/

Opa, boa héin?!

Tinha pensado exatamente nisso qdo foi citada a questão do CEP…
Pq os Correios não tem um lance desses héin?

Embora de qualquer forma seria interessante considerar a dica do cv com relação a deixar isso configurável…

Mas os correios tem. Ha algum tempo eles já aboliram o cd e agora disponibilizam uma base on-line para empresas que mantem contrato com eles. Para quem tem esse contrato com eles parece que disponibilizam uma base tambem.para uso off line.

]['s

Qual o link do projeto? Ou o nome que ele ficou.

]['s

Mas os correios tem. Ha algum tempo eles já aboliram o cd e agora disponibilizam uma base on-line para empresas que mantem contrato com eles. Para quem tem esse contrato com eles parece que disponibilizam uma base tambem.para uso off line.

]['s

Podem até ter abolido, mas ainda se encontra nos Correios a edição 2005 do CD.

BrazilUtils.Esperando a aprovação.
Quem souber uma boa página de REQUISITOS, com as fórmulas para cálculo dessas “sopa de letrinhas” ajudaria…só achei os comuns:cpf,cnpj… preciso dos de inscrições estaduais por exemplo.

Opa!Foi aprovado!Agora é só eu me entender com uns detalhes aqui e libero o código!Ainda estou a procura de requisitos…

Bom, estamos na incubadora…sab tem “brainstorming” de projeto para definir as direções a seguir.Até o momento tem eu e o rafaelgloria do guj no projeto(ambos RJ).O ideal é ter uma galera de outros estados para que o pessoal possa se virar em arranjar os requisitos de “taxas estaduais” por si próprios, pois ficará foda para a gente catar esses requisitos(tah difícil achar os nossos…parece até q escondem!).
Quem se interessar, apresente-se!
PS. Duardor, cadê vc??? :?:

Putz tu é do Rio também? Só falta ser pobre como eu também hehehehehhehh

Bom, se tiver algum serviço de corno, talvez eu possa ajudar. Coisas específicas, técnicas, de nível “operacional e não estratégico”.

Legal essa iniciativa. Uma das coisas que não gostei ao iniciar em java foi ter que prercorrer vários caminhos novamente. Reinventar a roda só que de uma linguagem para outra. Se precisarem de ajuda, estamos aí.

Sobre CNPJ e CPF eu entendi, mas o que será feito sobre CEP? Acho que no máximo pode-se criar uma máscara padrão. Como colocar todos os Ceps e suas respectivas ruas em uma biblioteca?

Alguns itens que podem fazer parte da API:

• Cálculos padronizados de impostos Federais, Estaduais e Municipais
• Valores de Alíquotas de Impostos como Constantes
• Enquadramento nas faixas e cálculo do Imposto de Renda para Sistemas de RH
• Marcação de dias com feriados Nacionais, Estaduais e Municipais
  E é claro…
• Implementação padrão de um Caixa 2 (sempre me pedem)

Eu gostaria de ter uma coisa como GenericNotaFiscal ou uma como AbstractOrdemDeServico com algumas funcionalidades “sacais” já prontas.

Coisas como valor/precentual de retenção de imposto, qual imposto recolher dependendo do valor e outras complicações repetitivas poderiam já estar na API.

Y! pobre.add(“Ironlynx”);

CEP ficará um pouco de lado, descobri q a base é de direitos integrais aos Correios, apesar de existirem N sites com ela disponível para baixar… não quero problemas.Deixa uma mascara padrão e tah ótimo…

Cara, suas idéias são ótimas, entre em contato comigo por private msg com seu email e icq para debatermos sobre o assunto e eu convidá-lo para o projeto!

Eu e o Rafael Gloria jah estamos codando algumas coisas, mas ainda vamos nos reunir para discutir-mos como vamos “padronizar” as classes.Eu tô pensando em chamar algum indivíduo PATTERNalista como o Philip ou o CV para compor nosso quadro, assim ele reclama do código
do projeto ANTES que ele fique com trocentas classes e fique foda refatorá-lo…

Eu tava pensando numa estrutura quase como o Duardor tinha posto:
brazilutils.br.minasgerais.InscricaoEstadual
brazilutils.br.riodejaneiro.InscricaoEstadual
brazilutils.currency //conversões monetárias inclusive por extenso
brazilutils.br.id //CPF,RG… registros nacionais
brasilutils.br.tribute //IR,impostos

Eu quero uma estrutura o mais modular possível para podermos codar com idependência, e o pessoal não se perder na hora de usar!

Acho que deveria ter uma classe principal tipo ToolKit. Ela poderia ser brazilutils.Brazil. Essa classe teria um monte de métodos para acesso simples das demais classes que forem sendo criadas no projeto como CNPJ, CPF etc.
Assim como ToolKit ela seria um Singleton e seria um canivete suíco da API.

Da mesma forma deve haver uma para coisas que variam entre os estados. Assim teríamos uma interface UF (Unidade da Federação) e 26 implementações dela RJ, SP, MG etc… Cada uma sendo um ToolKit específico. A classe Brazil poderia até ter algo getRJ(), getSP() ou getUF(String nomeUf) e/ou getUfByIndex(Integer index).

Douglas, jah te aprovei lá…

Ela poderia ser brazilutils.Brazil. Essa classe teria um monte de métodos para acesso simples das demais classes que forem sendo criadas no projeto como CNPJ, CPF etc.
Assim como ToolKit ela seria um Singleton e seria um canivete suíco da API.

Assim teríamos uma interface UF (Unidade da Federação) e 26 implementações dela RJ, SP, MG etc… Cada uma sendo um ToolKit específico. A classe Brazil poderia até ter algo getRJ(), getSP() ou getUF(String nomeUf) e/ou getUfByIndex(Integer index).

Outra coisa:

Eu acho que não se deve usar riodejaneiro e sim RJ (rj no caso de pacote), por exemplo. Fica bem menor e padroniza o tamanho das coisas com nomes compostos.

Sugestão para a estrutura de pacotes:

Colocar minasgerais ou mg no pacote não deve ser boa idéia. Portar um sistema do Rio para São Paulo implicará em reescrever código, por exemplo.

Acho que um código tipo brazilutils.RJ.getRJ().getICMS() nunca deve ser escrito. Deve-se usar algo como Brazil.getUF(***).getICMS().

*** O retorno de getUF() pode ser definido no creator de Brazil

Brazil brazil = new Brazil( new RJ() );
...
Brazil brazil = new Brazil( "RJ"  );
...
Brazil brazil = new Brazil( 19 ); // 19 = Código para RJ

Dessa forma seria bem mais fácil portar o sistema.

Algumas outras coisas devem ser levadas em consideração:

Num sistema de Faturamento de Notas Fiscais meu cliente vai gerar uma fatura. Ele escolhe o cliente dele entre vários de estados diferentes. O comportamento das classes pode ser diferente para cada UF assim como o formato da NF e o código fiscal que muda de UF para UF. Mas este é um problema mais para frente…

dsiviotti:

Outra coisa:

*** O retorno de getUF() pode ser definido no creator de Brazil

Caso não seja um Singleton claro! Como Singleton pode ser:

Brazil.getBrazil().setUF("RJ")
...
Brazil.getBrazil().setUF( new RJ() )
...
Brazil.getBrazil().setUF(19)
...
Brazil.getBrazil().setUF(properties.get) // sei lá

Nãaaaooo mesmo!!!Vc me entendeu malzz… riodejaneiro é nome da raiz do package, não da classe!Eu pensei em deixar os nomes por itens, ou por tipo de imposto/identificação… cara, não é melhor separar-mos as classes pelo q cada coisa realiza?Vc por exemplo, colocaria rg e cpf na mesma classe?

Eu entendi sua preocupação, mas não podermos encher demais cada classe pq esses códigos são poucos legíveis,temos coisas do tipo(calma, isso é só para testes, não para release!):

public boolean ValidadorInscEst(){		
		// calculo do dv1
		for (int i=2, j=7; i<=7 & j>=0; i++, j--){
			dv1 = dv1+(cadVetInt[j]*i);
			if (i==7)i=1; // se chegar a 7 volta para o 1 (para ser adicionado e virar 2)
		}
		dv1 = (dv1%11); // o resto da divisão por 11
		dv1 = 11-dv1; // 11 menos o valor atual (ambos fazem parte da fórmula) 
		System.out.println("dv1 = "+dv1);
		// fim dv1
		
		// calculo dv2
		for (int i=2, j=8; i<=7 & j>=0; i++, j--){
			dv2 = dv2+(cadVetInt[j]*i);
			if (i==7)i=1; // se chegar a 7 volta para o 1 (para ser adicionado e virar 2)
		}
		dv2 = (dv2%11);
		dv2 = 11-dv2;
		if (dv2==10||dv2==11)dv2=0; // se for 10 ou 11 vira 0 o dv pois eh um alg soh
		System.out.println("dv2 = "+dv2);
		// fim dv2
		return false; // provisorio
		// retornara true se estiver ok e false se nao
	}

Uma classe com zilhões desses o cara fica louco…
Outro detalhe:temos que documentar BEM.
E por aí vai…

Eu entendi. Quanto ao alcance do projeto, acho que ele deve contemplar justamente o que é específico de problemas de sistemas brasileiros para começar. Acho que esse é justamente o atrativo e a novidade.

Quanto a centralização, entendi sua preocupação, mas a criação das classes tipo Toolkit não interfere no que já está sendo feito. Quando alguém for utilizar a API será por classes desse tipo. Fica mais fácil “pedir” uma validação para um objeto ou classe do que criar várias para o mesmo trabalho. Veja que isso não impede, por exemplo, que eu crie um atributo tipo

CNPJ cnpj = new CNPJ("123456789");

isso permite que o meu atributo faça uma validação ao ser criado. A classe Kit permite que a mesma validação seja feita para uma classe onde o atributo CNPJ não definido como classe, mas como int por exemplo.

As duas implementações são possíveis (sem julgamentos prévios).

Quanto ao alcance do projeto, acho que ele deve contemplar justamente o que é específico de problemas de sistemas brasileiros para começar. Acho que esse é justamente o atrativo e a novidade.

Quando alguém for utilizar a API será por classes desse tipo. Fica mais fácil “pedir” uma validação para um objeto ou classe do que criar várias para o mesmo trabalho.

Ironlynx:

Y! pobre.add(“Ironlynx”);

Sempre há um serviço de corno… é só chegar!

De que parte do Rio tu és?

Bom, qualquer coisa fale comigo, talvez esteja disponível para alguma coisa, ou então publique uma lista de corno-todos que eu posso catar um Até.

Alguém por favor explique o termo “corno”?

Eu só conheço ele em um sentido, e não acho que seja deste que vocês estão falando.

[]'s

Outro dia eu ouvi falar que essa palavra tem tem vários sentidos. Não acreditei, mas agora está confirmado então!

O sentido que eles usaram é o de “chifrudo”, o cara que se ferra sempre, etc…

Também conhecido como estagiário :mrgreen:

Hummmm… Shoes, o que você me diz disso hein? :roll:

Niterói, RJ.

Me manda um email em pvt e eu te convido para o projeto.
Pessoal, o projeto é [size=18]BrazilUtils[/size] e não RioDeJaneiroUtils… será f… para nós pegarmos requisitos inerentes de outros estados!
Mas vamos começar com o que temos, semana q vem vamos postar uns esboços lah para o pessoal ir tendo idéia de como fazer…

É somente uma sugestão,
mas os pacotes poderiam ser divididos por Regiao
tipo

sudeste.sp.*;
sudeste.rj.*;

e por ai vai

Falow…

Wagner, dessa forma regionaliza demais a coisa. E existem poucas coisas q seriam exclusivas só para aquela região(Alguma tributação talvez?).A forma como o Douglas está fazendo é a mais clara.Ah, o endereço do projeto é: https://brazilutils.dev.java.net/
Ainda não tem nenhum release/código, mas esta semana colocaremos algo lah.

Só pra lembrar quem já tiver dado uma olhada no código: as classes que representam cada UF deveriam ser default como a classe StateAC, já acertei isso.

Fiz State como uma superclasse ao invés de uma interface porque acho que muitos métodos serão iguais entre os estados. Assim fica menos coisas para reescrever. Mesmo coisas como Inscrição Estadual podem ser iguais em vários estados, nestes casos basta implementar em State. Até o ICMS, método provável “getICMS()”, deve ser igual em vários estados. Outro detalhe é que ainda não sei se irá ser preciso variáveis comuns, neste caso a interface iria complicar.

PS: Onde vai acontecer debates ao vivo? MSN? ICQ? me avisem para eu criar uma conta. Só tenho do Yahoo.

Eu compreendo, mas não corre o risco de ficar uma POWER abstract class muuuito inchada?Eu não tenho uma noção clara a onde chegaremos devido a existência de muitos impostos,tarifas entre outras, mas tenho medo aonde poderemos chegar…

Tipo, os requisitos federais, teremos coisas do tipo bem isoladas, cpf, cnpj,pg, cada um sendo uma classe.Mas chegando nas unidades federativas,teremos muitos impostos(ICMS), atrelados numa única classe.
Poderá ficar muito monstruosa.

Douglas, eu gostei dessa sua estrutura(está limpa), mas será q deveremos seguir essa estrutura classe-estado?Ou package-estado?
Eu pensei paralelamente numa estrutura parecida, para o q for de competência federal (brazilutils.federal), para sistemas de medidas(conversões), (brazilutils.metrics) e para conversões monetárias (brazilutils.currency)…

Que código ? Fui no java.net e lá não tem nada… :shock:

Eu compreendo, mas não corre o risco de ficar uma POWER abstract class muuuito inchada?

De forma alguma. A classe State tem N métodos. Cada classe também terá esses N métodos. Não dá pra fugir disso. Veja:

No caso de impostos todas as classes de estado deverão implementar algo do tipo:
getICMS()
getIPVA()
getDUDA()
getOutroImposto()

Para validação etc:

boolean checkIscricaoEstadual(String ie)

String getDigitosInscricaoEstadual(String ie)

Cada método que se possa pensar ser específico de cada estado deve ser declarado em State e sobrer override ou não nos estados.

De qualquer forma, a classe UF do jeito que está já oforece uma alternativa a declarar algo assim

int id;
  String nome;
  String uf;

pois será declarada assim:

int id;
  String nome;
  UF uf;

Onde a classe UF só pode ser criada com uma sigla válida [SP,RJ,MG,etc]
Os métodos acima vão de bônus.

Outra coisa que me fez pensar nesta estrutura de classes é que a classe tipo 'ToolKit" - que aliás acho que deveria se chamar BrKit - deve ter algo tipo getUF. Essse método retorna um objeto da classe UF e é através dele que será possível acessar métodos específicos dos estados dentro da classe nacional. O programador apenas adapta o seu sistema dando um

BrUtil.getBrUtil.setUF( new UF("SP") )

a partir daí o getUF se comporta como “getSP” sem ficar explícito nome de estado nenhum - como já havíamos concordado. Exemplo para criar um campo InscricaoEstadual em um objeto será necessário declarar como GenericInscricaoEstadual (acabei de ter uma idéia) e depois instanciar como RJInscricaoEstadual, por exemplo. Só que se eu puser no código

GenericInscricaoEstadual ie = new RJInscricaoEstadual();

teremos o mesmo problema de portabilidade. O código deve ser assim (usando BrUtil)

GenericInscricaoEstadual ie = BrUtil.getBrUtil.getUf().createInscricaoEstadual();

Para terminar. Só não sei se cada classe StateXX deve ficar no pacote brazilutils.br.xx ou no pacote atual brazilutils.uf. Depende de como vai seguir o projeto.

Vou implementar alguma coisa da classe BrUtil e te mandar para reflexão. :roll:

Como estava refletindo no post anterior, acho que o mais simples é fazer estrutura de pacotes por estado. Porém, cada pacote xx terá sua classe StateXX. Eu fiz tudo num pacote uf porque não tenho o resto da estrutura. Da mesma forma deve ser com a Inscrição Estadual, por exemplo. deve haver um pacote brazilutils.insricaoestadual com uma (Generic)InscricaoEstadual e uma implementação em cada pacote de estado.

Quanto a impostos e coisas assim, acho que devemos tê-los em mente mas sem ficar parado até dar a “solução” para isso. Sinceramente nem sei quantos são os impostos estaduais. Acho que isso tem grande potencial de impacar o projeto. Validar CNPJ, CPF, IE; Padronizar datas e moedas já é um bom começo. A parte de tributos é realmente muito grande e pela minha experiência é bom ter um contador ao lado.

BrUtil poderia ser uma interface.Como a interface básica de Collection para as coleções.Poderíamos ter uma Outra interface(menos genérica) q a estenderia, e aí criaríamos a estrutura para InscriçãoEstadual,Icms…

Só que se eu puser no código
GenericInscricaoEstadual ie = new RJInscricaoEstadual();

No segundo.Está claro para quem acessar a que o estado é uma unidade federativa.

Humm… a inscrição estadual muda tanto assim de um estado para outro?
Digo a forma de cálculo?

Quanto a impostos e coisas assim, acho que devemos tê-los em mente mas sem ficar parado até dar a “solução” para isso.

Validar CNPJ, CPF, IE; Padronizar datas e moedas já é um bom começo. A parte de tributos é realmente muito grande e pela minha experiência é bom ter um contador ao lado.

Boone, esses códigos são o “brainstorming” do pessoal, ainda não disponibilizamos nada lah.

Humm…não poderia rolar, tipo, um auto-boxing?

Estava pensando em algo como:

GenericInscricaoEstadual ie = new InscricaoEstadual(new UF("SP") );
...
GenericInscricaoEstadual ie = new InscricaoEstadual(new UF("RJ") );

Como seria com auto-boxing?

Calm down!!!Não há resto da estrutura…
Até o momento teríamos algo do tipo:
brazilutils.federal.* //requisitos federais
brazilutils.uf…//os estaduais
brazilutils.currency //monetários
brazilutils.metrics //conversoes e medidas

Algo faltando?Acho q jah estaria mais do q bom para começo de conversa…

Humm…esquece, li rápido d+ e viajei feio… agora entendi o q vc tava
falando!
Mas qto a sua estrutura de pacotes, vc teria algo a salientar em relação a que eu mostrei?

Achei que estivesse:

brazilutils.br.*
brazilutils.br.mg.*
brazilutils.br.sp.*

Onde .mg.* seriam as implementações específicas dos estados.

o pacote brazilutils.uf tem a implementação genérica de um estado e da classe UF para uso geral.

Na verdade, estava pensando em atrelar tudo(na brazilutils.uf.*).Mas essa de deixar uma para representação genérica é a opção.
Só tenho receio d q a estrutura de packages ponha medo nos programadores… eu me pergunto:“Está fácil de reconhecer essa estrutura?”

brazilutils.federal.* //requisitos federais
brazilutils.uf…//implementação genérica
brazilutils.currency //monetários
brazilutils.metrics //conversoes e medidas
brazilutils.br.estados…//implementações específicas…

*** Alterado ***
Concordo

É ISSO.

Para mim esta beeem mais claro.

Quais são as novidades do projeto?

Douglas, a maioria só vai poder ver o projeto nos fins de semana pq não tem muito tempo…
Na última parte q vc fez (brazilutils.states…) eu gostei bastante, mas o philip ainda não deu um feedback se aquele é um bom caminho.
Essa é uma parte problemática, pois ela inchará bastante, e um mal passo tornará difícil qualquer refactoring… afinal, são + de 5000 municípios.Imagina depois q estiver com um zilhão de coisas ter q mudar muuitas delas…
Tô pensando em marcar uma reunião no sáb,mas alguns dos inscritos no projeto não me deixaram nomes ou deram detalhes via email!Se pronunciem por favor…
Em compensação, a parte de métricas(brazilutils.metrics) eu comecei a fazer sozinho mesmo(finalmente instalei o Eclipse 3.1M6!), e talvez até domingo dê para liberar um código lah(afinal, o pessoal só sabe pedir cadê o código???huahau…).Qualquer coisa fale por email!(Ou ICQ)

O CEP tem um regra.
http://www.correios.com.br/servicos/cep/cep_estrutura.cfm

Poderia-se criar um banco de dados usando o P2P… Cada um q se cadastrar o programa checa e vai guardando, validando, armazendo, um CEP muito “comum” e validado poderia ser consolidado e tradado como final, hehehe

Dah pra fazer isso e ir evoluindo o banco aos poucos. Claro, pode-se pegar uma base na net como base :D…

VELO

Velo, o problema da base é que parece que os direitos são integrais dos correios, não podemos deixar no projeto.Eu mesmo tinha a base aqui(são 30MB), mas parece que rola problemas… :roll:

Pessoal fiz um pequeno todo(Todinho???hauhauh) para algumas features que seria necessárias ao projeto.Idéias serão apreciadas!

Marcaremos uma reunião via Lohis para termos noção de como prosseguir melhor com o projeto(e separar os interesses, que é o que está sendo o maiiis difícil nesse momento de começo dele).

Ironlynx:

Velo, o problema da base é que parece que os direitos são integrais dos correios, não podemos deixar no projeto.Eu mesmo tinha a base aqui(são 30MB), mas parece que rola problemas… :roll:

Tah, a base deles a gente não pode usar… mas a agente poderia criar a nossa propria, usando p2p

VELO

Rodrigo, a idéia é simplificar os packages ao máximo.
brazilutils jah diz bem de onde veio o projeto…
O fato de usarmos a nomenclatura .br depois é apenas para ilustrar de onde vem o que, pois nem tudo será “brasileiro”. Alguns pesos e medidas são nacionais, aí se usará br no package, outras não, pois são internacionais,logo deixaremos sem prefixo de país.É apenas para ficar mais intuitivo.

Velo, explica melhor essa história…
Vc tah querendo criar tipo um spider que vá coletando o CEP de quem quiser (ou deixar) ele disponível???

Olá

Só para jogar lenha:

1. Sugiro um método para padronizar endereços. Coisa do tipo transformar o que o cara digita em endereços padronizados de acordo com a EBCT. Exemplo: Av = Avenida = Aven

2. Gosto de ver sistemas com nomes de pacotes simples e acho chato sistemas onde todas as classes começam com br.com.dominiodaempresa.nomedosistema. Porém se o sistema pretende ser totalmente OpenSource é bom fazer como todo mundo faz.

[]s
Luca

Concordo…

Que tal org.brazilutils… ? Vai mudar pouca coisa e já entra no padrão…

[]'s

Sobre os pacotes vocês devem saber os procedimentos recomendados, eu prefiro seguí-los. Contanto que consigam o domínio, minhas sugestões são:

• net.brazilutils
• org.brazilutils
• net.sf.brazilutils

t++;

Qualquer que seja a base, o que eu tou interessado aqui eh o que vem depois. Assim:

base.br
base.intl
base.sp
base.sp.saopaulo
base.sp.pindamonhangaba // yeah baby!
base.sp.santaritadopassaquatro // woohoo!
base.rj
base.rj.niteroi
…

Eu acho que nao dah muito certo, pq vai virar bagunca rapidinho. Que tal:

base.financeiro
base.datas
base.cep
base.impostos
base.medidas

Simples, diz imediatamente qual a funcionalidade que esta sendo utilizada, nao separa as coisas por localizacao geografica (ja que o proprio nome da API ja disse que eh no Brasil, nao precisa muito mais que isso, e as especializacoes podem ficar na inteligencia das factories).

Ironlynx:

Velo, explica melhor essa história…
Vc tah querendo criar tipo um spider que vá coletando o CEP de quem quiser (ou deixar) ele disponível???

Bom, na verdade naum sei o q é um spider… mas tipo, deixa o banco acessivel via web… o cara pode baixar os ceps q tem, e caso o cep q ele qr não existe ele pode enviar… se tiver cep repetido com divergencia alguem teria de resolver isso, poderia ser postado com um “bug” sei lah…

Num amadureci em nada a ideia

VELO

cv:

base.financeiro
base.datas
base.cep
base.impostos
base.medidas

Simples, diz imediatamente qual a funcionalidade que esta sendo utilizada, nao separa as coisas por localizacao geografica (ja que o proprio nome da API ja disse que eh no Brasil, nao precisa muito mais que isso, e as especializacoes podem ficar na inteligencia das factories). ;)

Isso seria na API publicada, na interna, a organização poderia ser por localidade, já que o foco é diferente.

velo:

Ironlynx:

Velo, explica melhor essa história…
Vc tah querendo criar tipo um spider que vá coletando o CEP de quem quiser (ou deixar) ele disponível???

Bom, na verdade naum sei o q é um spider… mas tipo, deixa o banco acessivel via web… o cara pode baixar os ceps q tem, e caso o cep q ele qr não existe ele pode enviar… se tiver cep repetido com divergencia alguem teria de resolver isso, poderia ser postado com um “bug” sei lah…
Num amadureci em nada a ideia
VELO

A idéia de ter um “alguma coisa” prontinha que valide CEP é obviamente um desejo de qualquer programador de sistemas comerciais. No entanto, lembrem-se que todo dia deve ser inaugurada uma rua ou ter algum nome trocado. A atualização desta informação cabe aos correios e não ao pessoal do projeto BrazilUtils. Seria uma cruz muito pesada sem necessidade. Esse é o tipo de coisa que boa parte dos sistemas têm, mas cada um tem um nível de requisito diferente. Acho válido pensar em validar o formato do cep, até compatibilizar com a UF, por exemplo. Uma coisa é implementar uma biblioteca (de classes) outra é disponibilizar uma biblioteca com uma base de dados acoplada.

Quanto a idéia do Luca achei bastante boa. Definir padrão para os tipos de Logradouro é algo bem realista e prático. Já comecei a fazer algo assim certa vez. Pensei em algo como uma classe Endereço que encapsula as partes de um endereço como: Tipo do Logradouro, Logradouro, Número e Complemento. Ex.: <Avenida> <Rio Branco>, <156>, <Sala 1123>
A parte do Tipo do Logradouro poderia ser uma classe com um método tipo getAbreviatura() que retornaria AV, R., Trav, Pça, e outras abreviaturas dos tipos de logradouro.

Olá

Antigamente em linguagem de sistemas de marketing a padronização de endereços era chamada de normalização. A idéia é simples: o cara digita da forma que ele quiser e a gente joga na base de dados tudo normalizado sem cedilha, til, acento e com as abreviaturas padronizadas. Quando se faz isto ou quando se pega o nome do logradouro a partir da base do CEP passa a ser possível fazer buscas por endereço na base de dados.

[]s
Luca

Luca:

Olá

Antigamente em linguagem de sistemas de marketing a padronização de endereços era chamada de normalização. A idéia é simples: o cara digita da forma que ele quiser e a gente joga na base de dados tudo normalizado sem cedilha, til, acento e com as abreviaturas padronizadas. Quando se faz isto ou quando se pega o nome do logradouro a partir da base do CEP passa a ser possível fazer buscas por endereço na base de dados.

[]s
Luca

Ae alguem q me entende

VELO

velo:

Ae alguem q me entende
VELO

Vejamos se entendi. Resumo sobre as últimas idéias levantadas:

1. Criar uma base de dados ou repositório com todos (ou quase) os CEPs para validação.

2. Criar uma funcionalidade que padronize os tipos de logradouro.

Com a segunda concordo plenamente, mas a primeira acho realmente difícil. No entanto, se alguém se quiser fazer, beleza.

Cv, na verdade, jah estamos seguindo a separação por interesses(funcionalidades), a única exceção tinha sido a parte de impostos e talz, pois tô vendo q pode ficar muuuito enjoada.

Velo consegui entender a idéia do CEP!Será q vc consegue pô-la no papel(ops, na tela)?Eu e o Douglas jah temos coisas demais para fazer, sozinhos fica complicado.(E eu jah fiquei meio desanimado depois q consegui mandar minha workspace pro saco… :x )

Douglas sua estrutura de GenericState ficou algo muito próximo do ideal.Acho q é isso.
Mas não podemos esquecer o que o cv falou, e talvez seja necessário colocar um “.tax.br”-ou “validation.br” nos packages para ficar ainda mais claro.

Em vez de dar um pitaco vou contribuir código pra essa lib…

public CepTest extends TestCase {
   public void testCepÉdeSãoPaulo() {
     assertTrue("SP", new CEP("01452").getEstado());
   }
}

Pronto, mas tou vendo a barrinha toda vermelha.

Ironlynx:

Velo consegui entender a idéia do CEP!Será q vc consegue pô-la no papel(ops, na tela)?

Tipo, beleza

Mas esse mes toh envolvido com outro projetinho open source… deixa eu adiantar esse outro q pego esse novo

VELO

Beleza Velo!Quando vc puder, sua ajuda será Bem-Vinda!

Eu tinha feito um esquema experimental a muito tempo nesse sentido. Era mais ou menos assim:

Endereco.Logradouro.Nome
Endereco.Logradouro.Tipo // Rua. Av. Praça. etc…
Endereco.Logradouro.Bairro.Nome
Endereco.Logradouto.Bairro.Cidade.Nome
Endereco.Logradouro.Bairro.Cidade.Estado.Nome
Endereco.Logradouro.Bairro.Cidade.Estado.Pais.Nome
Endereco.Numero
Endereco.Complemento
Endereco.CEP

Ficou feio, mas era só uma experiência.

A medida que o usuário fosse usando o sistema, as tabelas seriam alimentadas com os países, estados, cidades, bairros e logradouros existentes.

Não fiz o esquema com CEPs, pq o CEP varia até na mesma rua, então teria que fazer uma variação de CEPs de acordo com o número da rua, e não tinha tempo pra fazer isso. No BrazilUtils poderia simplificar e atrelar os CEPs a cidade ou ao Bairro.

Tinha feito também um esquema com os DDIs e DDDs, mas isso eu já deixava a tabela preenchida, já que não muda.

Mas sinceramente, acho que isso foje do escopo do BrazilUtils. Achei que o BrazilUtils seria uma API pra ajudar a fazer validações e executar algumas rotinas comuns no Brasil, isso de colocar banco de dados no meio, ainda mais incompleto, não me parece uma boa idéia.

[]'s

pra ajudar a fazer validações e executar algumas rotinas comuns no Brasil, isso de colocar banco de dados no meio, ainda mais incompleto, não me parece uma boa idéia.

Tudo bem que a base eh protegida por direito autoral. Ofereca aos usuarios a opcao de compra-la, e tenha codigo prontinho pra falar com ela

Pra nao ficar chato, ofereca uma “versao demo” da base com uns 10 registros inventados, so pros desenvolvedores poderem garantir que tudo funciona antes de comprar a base. Simples, eficiente, e se bem documentado, fica duca

Puxa, o correio não é uma empresa pública? O CEP não é uma informação pública? Não?

Bom, esse cadastro deveria ser publicamente acessível na minha opinião, ou possível de ser adquirido com uma taxa de custo.

Puxa, o correio não é uma empresa pública? O CEP não é uma informação pública? Não?

Bom, esse cadastro deveria ser publicamente acessível na minha opinião, ou possível de ser adquirido com uma taxa de custo.

Li num fórum(acho que foi o do PosgreSQL), que tinha um bando de empecilhos em usá-la(a base completa).
Mas quem precisa, é só pesquisar q acha.São uns 10MB zipados(+ de 30 no total- Ei,VC!Eu nao estou estimulando ninguém a baixá-la, aviso de isenção TOTAL de responsabilidade! ).
Só disse que ela existe…

Bom galera, também quero participar!

Logo, logo mandarei alguns fontes!

Turma, acabei de fazer um código que ele irá converter o tipo de logradouro para sem extensão.

Ex:

"Av. São Miguel" para "Avenida São Miguel"

você aida poderá escolher o tipo de retorno, se será em upper, lower ou normal case.

O código segue abaixo, criei mais uma classe como teste, para vê o resultado.

Você cria uma instância da classe logradouro passando para o seu construtor o endereço e o tipo de retorno, e em um método getter, você pega o valor alterado. Mesmo que o seu endereço não tenha nada o que alterar, não dará problema.

Classe para o BrazilUtils

import java.util.StringTokenizer;

/**
 * <t>Classe para transformação de padrões de logradouros. Ex:
 * Você digita como endereço, "Av. Sete de Setembro" e então transformado para Avenida Sete de Setembro
 * você poderá perdir o retorno em normal case, upper case ou lower case. </t>
 * @author Inocêncio T. de Oliveira
 * @nick Grinvon
 */
public class logradouro 
{
    public static final int RETURN_NORMALCASE = 0;
    public static final int RETURN_UPPERCASE = 1;
    public static final int RETURN_LOWERCASE =2;
    
    private String end;
    private String retorno = new String();
    private String tok[] = null;
    private StringTokenizer tokens = null;
    private int fRetorno; 
    
    /**
     * Construtor que receberá o endereço e o formato de saída de texto
     * @param endereco
     * @param formatoRetorno
     */
    public logradouro(String endereco, int formatoRetorno) 
    {
        this.end = endereco;
        this.fRetorno = formatoRetorno;
        transformar();
    }
    
    /**
     * Método privado que faz a transformação do logradouro
     */
    private void transformar() 
    {
        tokens = new StringTokenizer(end);
        tok = new String[tokens.countTokens()];
        int x=0;
        
        while (tokens.hasMoreTokens()) 
        {
            String logr = tokens.nextToken();
            
            logr = transLogradouro(logr);
            tok[x] = logr;
            x++;
        }
        
        montarSaida(tok);
    }
    
    /**
     * Transforma um logradouro em sua forma não extensa
     * @param logradouro
     * @return 
     */
    private String transLogradouro(String logradouro) 
    {
        
        //caso seja Avenida
        if ((logradouro.equalsIgnoreCase("AV.")) || (logradouro.equalsIgnoreCase("AV")))
            if (fRetorno == this.RETURN_NORMALCASE)
                logradouro = new String("Avenida");
            else if (fRetorno == this.RETURN_LOWERCASE) 
                logradouro = new String("avenida");
            else if (fRetorno == this.RETURN_UPPERCASE)
                logradouro = new String("AVENIDA");
                    
        //novos casos de logradouro serão aqui implementados
        
        return logradouro;
        
    }
    
    /**
     * Monta a saída para ser pega em um método getter
     * @param tokens
     */
    private void montarSaida(String[] tokens) 
    {
        if (fRetorno == this.RETURN_NORMALCASE) 
        {
            for (int i=0; i < tokens.length; i++) 
            {
                if (i != tokens.length -1)
                    retorno += tokens[i] + " ";
                else
                    retorno += tokens[i];
            }
        }
        
        if (fRetorno == this.RETURN_LOWERCASE) 
        {
            for (int i=0; i < tokens.length; i++) 
            {
                if (i != tokens.length -1)
                    retorno += tokens[i].toLowerCase() + " ";
                else
                    retorno += tokens[i].toLowerCase();
            }
        }
        
        if (fRetorno == this.RETURN_UPPERCASE) 
        {
            for (int i=0; i < tokens.length; i++) 
            {
                if (i != tokens.length -1)
                    retorno += tokens[i].toUpperCase() + " ";
                else
                    retorno += tokens[i].toUpperCase();
            }
        }
    }
    
    /**
     * Método getter para obter o logradouro modificado
     * @return 
     */
    public String getLogradouro() 
    {
        return retorno;
    }
}

Classe que usei de teste

public class teste 
{

    public teste() 
    {
        String endereco = "Av. Sete de Setembro n1766";
        logradouro logr = new logradouro(endereco,logradouro.RETURN_UPPERCASE);
        
        System.out.println("Endereco: " + logr.getLogradouro() + ".X");
    }
    
    public static void main(String[] args)
    {
        new teste();    
    }
    
}

Algumas melhorias ainda pode vim, como você não precisar criar uma objeto da classe para cada tipo de retorno, podendo nessa mesma instância definir retornos diferentes, mas isso não é tão importante assim.

Bom espero ter ajudo, e espero que esse código esteja lá. Pelo menos a idéia dele :wink:

Grinvon:

Turma, acabei de fazer um código que ele irá converter o tipo de logradouro para sem extensão.

Ex:

“Av. São Miguel” para “Avenida São Miguel”

você aida poderá escolher o tipo de retorno, se será em upper, lower ou normal case.

Algumas melhorias ainda pode vim, como você não precisar criar uma objeto da classe para cada tipo de retorno, podendo nessa mesma instância definir retornos diferentes, mas isso não é tão importante assim.

Bom espero ter ajudo, e espero que esse código esteja lá. Pelo menos a idéia dele

Legal pra caramba…

Soh tenho uma critiva, vai ter de ser feito uma “engenharia” maior…

Sente só o número de logradouros possíveis:

Aeroporto
Alameda
Área
Avenida
Campo
Chácara
Colônia
Condomínio
Conjunto
Distrito
Esplanada
Estação
Estrada
Favela
Fazenda
Feira
Jardim
Ladeira
Lago
Lagoa
Largo
Loteamento
Morro
Núcleo
Parque
Passarela
Pátio
Praça
Quadra
Recanto
Residencial
Rodovia
Rua
Setor
Sítio
Travessa
Trecho
Trevo
Vale
Vereda
Via
Viaduto
Viela
Vila

Algumas sugestoes para a classe Logradouro:

:arrow: O nome da classe tem que comecar com letra maiuscula (Logradouro)

:arrow: A instrucao

if ((logradouro.equalsIgnoreCase("AV.")) || (logradouro.equalsIgnoreCase("AV")))

pode ser simplificada para

String l = logradouro.toUpperCase();
if (l.equals("AV") || l.equals("AV."))

:arrow: new String(“xxx”) eh redundante. Somente

logradouro = "Avenida";

ja basta.

:arrow: Usar StringBuffer no metodo montarSaida. Ou seja, trocar

retorno += tokens[i] + " ";

por

StringBuffer retorno = new StringBuffer(tokens.length * 2);
...
retorno.append(tokens[i]).append(" ");

Um ultimo detalhe: fazer no braco, um-a-um, os if() para verificar as abreviacoes e entao tomar uma acao eh trabalho pra xuxu.

Rafael

Rafael Steil:

:arrow: A instrucao

if ((logradouro.equalsIgnoreCase("AV.")) || (logradouro.equalsIgnoreCase("AV")))

pode ser simplificada para

String l = logradouro.toUpperCase();
if (l.equals("AV") || l.equals("AV."))

Ou ainda:

String l = logradouro.toUpperCase();
if ("AV".equals(l) || "AV.".equals(l))

[]'s

Grivon,

Dei uma rápida olhada no código e gostaria de sugerir algumas coisas:

Dentro do método transLogradouro() deveria ter um else final retornando um tipo de logradouro padrão caso passe algo não presente nas possibilidades.

Acho que você deveria criar um constructor Logradouro(String endereco) e dentro dele chame Logradouro(String endereco, int formatoRetorno) passando o formato padrão, senão você obriga o programador a colocar um parâmetro eventualmente desnecessário.

Acho que você deveria usar duas variáveis internas para receber o endereço (variável end) como: tipo e nome, para oi tipo e o nome dologradouro. Em uma delas você coloca a primeira palavra antes do espaço. Essa é o tipo do logradouro (um dos presentes na lista que o velo postou). Na outra você coloca o que sobrou, que é o nome da rua ou avenida etc. Na hora dce transformat você trabsforma só a variável tipo, e no Get você devolve tipo + nome;

Observe o que o velo disse pois também estava pensando am algo assim e vi que deverá ter, dentro da classe, toda aquela lista que ele mostrou.

Vou conversar com o IronLinx e vamos criar um pacote “endereco” ou similar. Acho que a classe Logradouro deve fazer parte de uma maior chamada Endereco onde teria ainda o número e um complemento. Se tem Bairro, Cidade e o resto ainda devemos discutir.

Obrigado galera pelas sugestões,

Como eu tava no trabalho, fiz o código rápido, e então não deu tempo de da uma aperfeiçoada melhor.

Sim eu poderia usar StringBuffer, alias adoro SB, vou pensar em substituir e fazer algumas alterações, de qualquer forma estou feliz galera. Tendo mais tempo faço todas as modificações e posso criar coisas novas.

Legal Grinvon! :thumbup:
Junte-se a nós!

Aproveitando o barco, peguei um código para converter nums por extenso aqui no: http://www.portaljava.com/home/downloads/Extenso.java

Meu objetivo é quando tiver 3 casas depois da vírgula imprimir tipo:
12.123 (doze reais e cento e vinte três milésimos de real), mas tô tomando um couro do código… :x

//package brazilutils.currency.br
import java.math.BigInteger;
import java.math.BigDecimal;
import java.util.*;
import java.text.DecimalFormat;

/**
 *  Titulo: NumeroPorExtenso <p>
 *  Note:This class was writen in portuguese
 *  Descrição: Programa converte um numero para o valor em extenso <p>
 *
 *
 *@author     Ironlynx based on code found on PortalJava(www.portaljava.com)
 *            owned by Sérgio Eduardo Rodrigues 
 *@version    0.1
 *@created    20/04/2005
 */
public class NumeroPorExtenso {
	private List numeroLista;
	private BigInteger num;

	private String Qualificadores[][] = {//array de 2 linhas e 14 colunas[2][14]
		    {"milésimo de real","milésimos de real"},//[0][0] e [0][1] 
			{"centavo", "centavos"},//[1][0] e [1][1]
			{"", ""},//[2][0],[2][1]
			{"mil", "mil"},
			{"milhão", "milhões"},
			{"bilhão", "bilhões"},
			{"trilhão", "trilhões"},
			{"quatrilhão", "quatrilhões"},
			{"quintilhão", "quintilhões"},
			{"sextilhão", "sextilhões"},
			{"setilhão", "setilhões"},
			{"octilhão","octilhões"},
			{"nonilhão","nonilhões"},
			{"decilhão","decilhões"} 
			};
	private String Numeros[][] = {
			{"zero", "um", "dois", "três", "quatro", "cinco", "seis", "sete", "oito", "nove", "dez",
			"onze", "doze", "treze", "quatorze", "quinze", "dezesseis", "dezessete", "dezoito", "dezenove"},
			{"vinte", "trinta", "quarenta", "cinqüenta", "sessenta", "setenta", "oitenta", "noventa"},
			{"cem", "cento", "duzentos", "trezentos", "quatrocentos", "quinhentos", "seiscentos",
			"setecentos", "oitocentos", "novecentos"}
			};


  	/**
	 *  Construtor
	 */
	public NumeroPorExtenso() {
		numeroLista = new ArrayList();
	}


	/**
	 *  Construtor
	 *
	 *@param  dec  valor para colocar por extenso
	 */
	public NumeroPorExtenso(BigDecimal dec) {
		this();
		setNumero(dec);
	}


	/**
	 *  Constructor for the Extenso object
	 *
	 *@param  dec  valor para colocar por extenso
	 */
	public NumeroPorExtenso(double dec) {
		this();
		setNumero(dec);
	}
	
	public void setNumero(BigDecimal dec) {
		// Converte para inteiro arredondando os centavos
		num = dec
			.setScale(2,BigDecimal.ROUND_HALF_UP)// até 3 casas depois da vírgula
			.multiply(BigDecimal.valueOf(100))
			.toBigInteger();

		// Adiciona valores
		numeroLista.clear();
		if (num.equals(BigInteger.ZERO)) {
			// Centavos
			numeroLista.add(new Integer(0));
			// Valor
			numeroLista.add(new Integer(0));
		}
		else {
			// Adiciona centavos
			addRemainder(100);
			
			// Adiciona grupos de 1000
			while (!num.equals(BigInteger.ZERO)) {
				addRemainder(1000);
			}
		}
	}

	public void setNumero(double dec) {
		setNumero(new BigDecimal(dec));
	}
	
		/**
	 *  Description of the Method
	 *
	 *@return    Description of the Returned Value
	 */
	public String toString() {
		StringBuilder buf = new StringBuilder();

		int numero = ((Integer) numeroLista.get(0)).intValue();
		int count;

		for (count = numeroLista.size() - 1; count > 0; count--) {
			// Se ja existe texto e o atual não é zero
			if (buf.length() > 0 && ! ehGrupoZero(count)) {
				buf.append(" e ");
			}
			buf.append(numToString(((Integer) numeroLista.get(count)).intValue(), count));
		}
		if (buf.length() > 0) {
			if (ehUnicoGrupo())
				buf.append(" de ");
			while (buf.toString().endsWith(" "))
				buf.setLength(buf.length()-1);
			if (ehPrimeiroGrupoUm())
				buf.insert(0, "h");
			if (numeroLista.size() == 2 && ((Integer)numeroLista.get(1)).intValue() == 1) {
				buf.append(" real");
			} else {
				buf.append(" reais");
			}
			if (((Integer) numeroLista.get(0)).intValue() != 0) {
				buf.append(" e ");
			}
		}
		if (((Integer) numeroLista.get(0)).intValue() != 0) {
			buf.append(numToString(((Integer) numeroLista.get(0)).intValue(), 0));
		}
		return buf.toString();
	}
	
		private boolean ehPrimeiroGrupoUm() { //milhar
		if (((Integer)numeroLista.get(numeroLista.size()-1)).intValue() == 1)
			return true;
		return false;
	}
	
	/**
	 *  Adds a feature to the Remainder attribute of the Extenso object
	 *
	 *@param  divisor  The feature to be added to the Remainder attribute
	 */
	private void addRemainder(int divisor) {
		// Encontra newNum[0] = num modulo divisor, newNum[1] = num dividido divisor
		BigInteger[] newNum = num.divideAndRemainder(BigInteger.valueOf(divisor));

		// Adiciona modulo
		numeroLista.add(new Integer(newNum[1].intValue()));

		// Altera numero
		num = newNum[0];
	}

    /**
	 *  Description of the Method
	 *
	 *@param  ps  Description of Parameter
	 *@return     Description of the Returned Value
	 */
	private boolean temMaisGrupos(int ps) {
		for (; ps > 0; ps--) {
			if (((Integer) numeroLista.get(ps)).intValue() != 0) {
				return true;
			}
		}

		return false;
	}


	/**
	 *  Description of the Method
	 *
	 *@param  ps  Description of Parameter
	 *@return     Description of the Returned Value
	 */
	private boolean ehUltimoGrupo(int ps) {
		return (ps > 0) && ((Integer)numeroLista.get(ps)).intValue() != 0 && !temMaisGrupos(ps - 1);
	}
	
	/**
	 *  Description of the Method
	 *
	 *@return     Description of the Returned Value
	 */
	private boolean ehUnicoGrupo() {
		if (numeroLista.size() <= 3)
			return false;
		if (!ehGrupoZero(1) && !ehGrupoZero(2))
			return false;
		boolean hasOne = false;
		for(int i=3; i < numeroLista.size(); i++) {
			if (((Integer)numeroLista.get(i)).intValue() != 0) {
				if (hasOne)
					return false;
				hasOne = true;
			}
		}
		return true;
	}

	boolean ehGrupoZero(int ps) {
		if (ps <= 0 || ps >= numeroLista.size())
			return true;
		return ((Integer)numeroLista.get(ps)).intValue() == 0;
	}
	
	/**
	 *  Description of the Method
	 *
	 *@param  numero  Description of Parameter
	 *@param  escala  Description of Parameter
	 *@return         Description of the Returned Value
	 */
	private String numToString(int numero, int escala) {
		int unidade = (numero % 10);
		int dezena = (numero % 100); //* nao pode dividir por 10 pois verifica de 0..19
		int centena = (numero / 100);
		//int milhar= (numero%1000);
		StringBuilder buf = new StringBuilder();

		if (numero != 0) {//se zero não for digitado!!!
			if (centena != 0) {
				if (dezena == 0 && centena == 1) {
					buf.append(Numeros[2][0]);//cem!
				}
				else {
					buf.append(Numeros[2][centena]); //todos as  demais centenas
				}
			}

			if ((buf.length() > 0) && (dezena != 0)) {
				buf.append(" e ");
			}
			if (dezena > 19) {
				dezena /= 10;
				buf.append(Numeros[1][dezena - 2]);
				if (unidade != 0) {
					buf.append(" e ");
					buf.append(Numeros[0][unidade]);
				}
			}
			else if (centena == 0 || dezena != 0) {
				buf.append(Numeros[0][dezena]);
			}

			buf.append(" ");
			if (numero == 1) { //até 1
				buf.append(Qualificadores[escala][0]);//singular
			}
			else { //maior do que 1 adiciono o plural
				buf.append(Qualificadores[escala][1]);//plural
			}
		}

		return buf.toString();
	}
	
	public static void main(String[] args) {
		if (args.length == 0) {
			System.out.println("Digitar no console : java NumeroPorExtenso <numero>");
			return;
		}
		NumeroPorExtenso teste = new NumeroPorExtenso(new BigDecimal(args[0]));
		System.out.println("Numero  : " + (new DecimalFormat().format(Double.valueOf(args[0]))));
		System.out.println("Extenso : " + teste.toString());
	}
 
}//fim da classe NumeroPorExtenso

Se alguém quiser tentar,valeuzzz…
PS. Em último caso acho q converto tudo para String e vou testando casa a casa(e as vírgulas), mas ficaria um código 10x mais chato de ler do q esse…

Iron,

Eu tinha criado um programa desse em pascal, do qual ele convertia até o milhar, mas infelizmente não o tenho mais, mas acho que irei tentar fazer uma conversão dessa em Java.

Iron,

Só mais uma coisa! Já está criado a área no CVS?

Bom galera, fiz algumas modificações e acho que agora ficou melhor. Inclusive criei uma interface para colocar os tipos de logradouro, agora ficou melhor:

Class Logradouro

import java.util.StringTokenizer;
 
 /**
  * <t>Classe para transformação de padrões de logradouros. Ex:
  * Você digita como endereço, "Av. Sete de Setembro" e então transformado para Avenida Sete de Setembro
  * você poderá perdir o retorno em normal case, upper case ou lower case. </t>
  * @author Inocêncio T. de Oliveira
  * @nick Grinvon
  */
public class Logradouro implements LogradouroIf 
{
     public static final int RETURN_NORMALCASE = 0;
     public static final int RETURN_UPPERCASE = 1;
     public static final int RETURN_LOWERCASE =2;
     
     private String end;
     private String retorno = new String();
     private String tok[] = null;
     private StringTokenizer tokens = null;
     private int fRetorno; 
     
     /**
      * Construtor que receberá o endereço e o formato de saída de texto
      * @param endereco
      * @param formatoRetorno
      */
     public Logradouro(String endereco, int formatoRetorno) 
     {
         this.end = endereco;
         this.fRetorno = formatoRetorno;
     }
     
     /**
      * Método privado que faz a transformação do logradouro
      */
     private void transformar() 
     {
         tokens = new StringTokenizer(end);
         tok = new String[tokens.countTokens()];
         int x=0;
         
         while (tokens.hasMoreTokens()) 
         {
             String logr = tokens.nextToken();
             
             logr = transLogradouro(logr);
             tok[x] = logr;
             x++;
         }
         
         montarSaida(tok);
     }
     
     /**
      * Transforma um logradouro em sua forma não extensa
      * @param logradouro
      * @return 
      */
     private String transLogradouro(String logradouro) 
     {

         // o logradouro, a condicao, e o logradouro de saida
         logradouro = converterLogradouro(logradouro,"AV",LGR_AVENIDA);
         logradouro = converterLogradouro(logradouro,"AV.",LGR_AVENIDA);
                     
         //novos casos de logradouro serão aqui implementados
         
         return logradouro;
         
     }
     
     /**
      * Monta a saída para ser pega em um método getter
      * @param tokens
      */
     private void montarSaida(String[] tokens) 
     {
         if (fRetorno == RETURN_NORMALCASE) 
         {
             for (int i=0; i < tokens.length; i++) 
             {
                 if (i != tokens.length -1)
                     retorno += tokens[i] + " ";
                 else
                     retorno += tokens[i];
             }
         }
         
         if (fRetorno == RETURN_LOWERCASE) 
         {
             for (int i=0; i < tokens.length; i++) 
             {
                 if (i != tokens.length -1)
                     retorno += tokens[i].toLowerCase() + " ";
                 else
                     retorno += tokens[i].toLowerCase();
             }
         }
         
         if (fRetorno == RETURN_UPPERCASE) 
         {
             for (int i=0; i < tokens.length; i++) 
             {
                 if (i != tokens.length -1)
                     retorno += tokens[i].toUpperCase() + " ";
                 else
                     retorno += tokens[i].toUpperCase();
             }
         }
     }
     
     /**
     * Pega o tokem do logradouro e o converte
     * @param logradouro
     * @param saidaLogradouro
     * @return 
     */
     private String converterLogradouro(String logradouro, String condicao, String saidaLogradouro) 
     {
        if (logradouro.equalsIgnoreCase(condicao))
             if (fRetorno == this.RETURN_NORMALCASE)
                 logradouro = saidaLogradouro;
             else if (fRetorno == this.RETURN_LOWERCASE) 
                 logradouro = saidaLogradouro.toLowerCase();
             else if (fRetorno == this.RETURN_UPPERCASE)
                 logradouro = saidaLogradouro.toUpperCase();
                 
        return logradouro;
     }
     
     /**
      * Método getter para obter o logradouro modificado
      * @return 
      */
     public String getLogradouro() 
     {
         transformar();
         return retorno;
     }
     
     public void setTipoRetorno(int tipoRetorno) 
     {
         retorno = "";
         this.fRetorno = tipoRetorno;
     }
 }

Interface de logradouros

/**
 * Interface contendo os logradouros padrões
 * @author Inocêncio T. de Oliveira
 * @nick Grinvon
 */
public interface LogradouroIf 
{

    public static final String LGR_AVENIDA = "Avenida";
}

Classe usada como teste

public class TesteLogradouro 
{
    public TesteLogradouro()
    {
        String end = "Av. Sete de Setembro";
        Logradouro logr = new Logradouro(end, Logradouro.RETURN_NORMALCASE);
        
        System.out.println("Endereco: " + logr.getLogradouro());
        logr.setTipoRetorno(Logradouro.RETURN_UPPERCASE);
        System.out.println("Endereco: " + logr.getLogradouro());
        logr.setTipoRetorno(Logradouro.RETURN_LOWERCASE);
        System.out.println("Endereco: " + logr.getLogradouro());
    }

    /**
     * 
     * @param args
     */
    public static void main(String[] args)
    {
        TesteLogradouro testeLogradouro = new TesteLogradouro();
    }
}

Boa Grinvon!!
Mais tarde eu olho legal isso, pois tô tendo que ler um pouco de UML para um trabalho…

Se associe como coder lah no projeto.

Quanto ao CVS, eu ainda não aprendi a mexer direito nesse troço( :roll: ),
Mas vou configurar esse WinCVS direito para ver o que dah…
Só lançaremos um “release” depois que fizermos uma reunião via lohis(provavelmente lah para Quarta da Semana que vem pois o pessoal tah viajando), definindo todos os passos a serem seguidos…

Quanto a classe de nums por extenso, ela só funciona até centavos(eu quero até milésimos de real),além de ter um Bug em números grandes.Eu jah tô começando a fazer só com String(ainda tah cons uns erros) e transformando em CharArray, mas fica muuuito difícil de ler devido que há muitos if´s aninhados… se tiver solução melhor, pode postar.!

Se vc quise eu lhe ajudo no CVS.

Certo, talvez eu tente fazer ainda hj uma solução para números extensos!

Pergunta: de onde veio o requisito de ter 3 tipos de casing diferentes? O usuario da API nao pode chamar toUpperCase e toLowerCase se quiser? :?

Eh vero…

Fica até mais facil…

C passa um default pra ele… Lah ele faz o q qr…

VELO

Pessoal, aqui segue uma proposta para a interface da classe Endereço. Observem que o retorno para UF, CEP e Logradouro é Object, pois retornará a UF já implementada, a classe CEP que está sendo feita e uma classe Logradouro baseada na que o grivon está fazendo.

public interface Endereco {
    /**
     * @return Returns the bairro.
     */
    public abstract String getBairro();

    /**
     * @return Returns the cep.
     */
    public abstract Object getCep();

    /**
     * @return Returns the cidade.
     */
    public abstract String getCidade();

    /**Aveniva Rio Branco 156, sala 1010
     *                         ^-------^ 
     * @return Returns the complemento.
     */
    public abstract String getComplemento();

    /** 
     * @return Returns the endereco. 
     */
    public abstract String getEndereco();

    /** tipoLogradouro + nomeLogradouro
     *  @return The Complete Logradouro
     */
    public abstract Object getLogradouro();

    /**Aveniva Rio Branco 156, sala 1010
     *         ^--------^               
     * @return Returns the nomeLogradouro.
     */
    public abstract String getNomeLogradouro();

    /**Aveniva Rio Branco 156, sala 1010
     *                    ^-^
     * @return Returns the numero.
     */
    public abstract String getNumero();

    /**Aveniva Rio Branco 156, sala 1010
     * ^-----^                   
     * @return Returns the tipoLogradouro.
     */
    public abstract String getTipoLogradouro();

    /**
     * @return Returns the uf.
     */
    public abstract Object getUf();

    /**
     * @param bairro The bairro to set.
     */
    public abstract void setBairro(String bairro);

    /**
     * @param cep The cep to set.
     */
    public abstract void setCep(Object cep)throws EnderecoException;

    /**
     * @param cidade The cidade to set.
     */
    public abstract void setCidade(String cidade);

    /**Aveniva Rio Branco 156, sala 1010
     *                         ^-------^
     * @param complemento The complemento to set.
     */
    public abstract void setComplemento(String complemento);

    /** tipoLogradouro + nomeLogradouro
     * @param logradouro The complete Logradouro to set.
     */
    public abstract void setLogradouro(Object logradouro);

    /**Aveniva Rio Branco 156, sala 1010
     *         ^--------^
     * @param nomeLogradouro The nomeLogradouro to set.
     */
    public abstract void setNomeLogradouro(String nomeLogradouro);

    /**Aveniva Rio Branco 156, sala 1010
     *                    ^-^
     * @param numero The numero to set.
     */
    public abstract void setNumero(String numero);

    /**Aveniva Rio Branco 156, sala 1010
     * ^-----^
     * @param tipoLogradouro The tipoLogradouro to set.
     */
    public abstract void setTipoLogradouro(String tipoLogradouro);

    /**
     * @param uf The uf to set.
     */
    public abstract void setUf(Object uf) throws EnderecoException;
}

Para CEP e UF há ainda a obrigatoriedade de tratar um possível erro, pois pode-se passar uma UF ou CEP inválidos. Aguardo sugestões.

Eu não vejo problema dessa forma!

Mas se quiserem alterar para o projeto, pode alterar, apenas fiz um código de exemplo, e se quiserem criar um novo, que criem!

Cv, calma.Ele teve uma idéia.No momento somos um conjunto de idéias que estão tentando se associar para um fim.Não há requisitos.Há necessidades.O que tiver de ser aproveitado, será.

Antes idéias confusas, e a vontade de fazer, do que palavras vazias.

Calma cara, o homem fala o que quer e faz o que pode.
Sua presença é Bem-Vinda e sua colaboração mais ainda.Apenas fique esperto pois críticas virão(o que é normal!), e todo mundo o fará.Os códigos que tenho aqui estão BEEM piores que esse.
Jah te passei meu ICQ via PM.

Para CEP e UF há ainda a obrigatoriedade de tratar um possível erro, pois pode-se passar uma UF ou CEP inválidos. Aguardo sugestões.

Grivon, tô instalando o wincvs.Se até amanhã eu não me acertar, peço um help para vc.

Iron, você também pode usar o jCVS www.jcvs.org, é bom, é fácil, roda em java, não exige nenhum dependência. E eu o utilizo no Windows e no Linux, principalmente no Linux.

O Wincvs é muito legal também, e é feito em Python.

O repositório será mesmo o do java.net?

Sim.Será lah memso.

Ironlynx:

Para CEP e UF há ainda a obrigatoriedade de tratar um possível erro, pois pode-se passar uma UF ou CEP inválidos. Aguardo sugestões.

trate-as.(as exceções) Para CEP vc tah seguindo o link do Velo?

Na verdade o lugar correto de tratar essa Exception é onde um objeto tipo Endereco estiver sendo criado.

Endereco end = new EnderecoBasico(); // ou New EnderecoValido()
end.setLogradougo('Avenida Rio Branco');
end.setNumero('156');
end.setComplemento('1010');
end.setBairro('Centro');
end.Cidade('Rio de Janeiro');
try {
  end.setUf('RJ'); 
  // na classe EnderecoValido poderia ser setUf(new UF('RJ');
} catch (EnderecoException endex) {
 // trata aqui algo como new UF('XX') - 
 // UF inválida gera UFException,     
 // dentro de EnderecoValido é tratada e 
 // repassa uma EnderecoException
}
try {
  end.setCep('20102543'); 
  // na classe EnderecoValido poderia ser setCep(new Cep('20102543');
} catch (EnderecoException endex) {
 // trata aqui o erro do CEP
}

EnderecoBasico é uma classe que tem um string para cada campo do endereco e implementa a interface endereco. Ela não testa nem valida UF, CEP ou Logradouro (acho que logradoudo não tem validação).

EnderecoValido é uma classe que no lugar de String para UF, CEP e Logradouro tem um objeto de cada uma dessas classes e faz a validação que a classe determinar em sua implementação.

O programador usa a que melhor lhe convier.

ATENÇÃO: Já fizemos o registro do domínio brazilutils.org, portanto quem estiver fazendo algum código já pode colocar os pacotes da seguinte forma:

org.brazilutils.*
org.brazilutils.currency
org.brazilutils.id
org.brazilutils.tribute
etc…

Grivon: se você concordar, poderia usar o pacoe org.brazilutils.address para classes de endereço, inclusive Logradouro. Não precisa criar subpacotes, por enquanto não vejo nada tão grande só para endereços. Se vai fazer uma interface para Logradouro seria bom colocar os métodos getNomeLogradouro() e getTipoLogradouro(). Na maioria dos sistemas logradouro é “Rua Riachuelo”, mas para sistemas de distribuidores de energia e telefônicas separar o tipo do logradouro é crucial. Se tiver tempo implemente um método que receba um logradouro inteiro e desmembre estas duas partes, seria bem útil.

Alguem me da um motivo serio pra os nomes dos pacotes, metodos e documentacao do codigo serem em ingles!? “org.brazilutils.currency” soa esquisitissimo pra mim, ja que 99,999999999999% + 1 dos usuarios dessa API vao ser brasileiros ou lusófonos, non?

Pessoalmente também acho que deveríamos “aportuguesar” tudo, mas acho que também vai ter alguma coisa de uso geral (brasileiros ou não), assim o Ironlinx começou fazendo em inglês e assim foi. O próprio nome do projeto é com “z”.
Talvez fique alguma coisa em português. As classes de endereço por exemplo estão sendo feitas com nomes em português. Ainda não teve nem uma reunião, assim que acontecer acho que devemos tomar uma decisão quanto a língua utilizada.
Uma boa solução seria colocar a documentação nas duas línguas.

Também sou a favor de deixar toda a documentação, especificação e projeto em português. Afinal, apenas ela é destinado a tal público!

Epa! Pessoal, o projeto pode ser BrazilUtils, mas tem tudo será de requisitos brasileiros… isso é um conjunto de utilitários(nacionais ou não!), medidas por exemplo(KM para milhas,cm para pés…) podem (e devem) ser universalizadas.Moedas(.currency), pow será (uma vez pronto) relativamente fácil mudar uma classe que diz um número em reais para libras não acha(chato é fazê-la 100% pq eu tô apanhando de uma aqui…ugh!)?
O projeto em si, não se destina só a métricas nacionais(vou até mudar a descrição q está falando isso).
Ah outras coisas como converter binário para ascii e por aí vai…
Eu pensei em termos um pack geral(.utilities) onde o pessoal possa contribuir com o que quiser nesse aspecto de utilitários para um programador(conversões de base,manipulação de imagem, ou qualquer código q seja um serviço de corno, e vc leve muito tempo pensando para chegar em lugar nenhum…contribuam!).
Cv, se vc perceber, esse projeto está sendo aquele banco de códigos q há tempos o pessoal tava querendo fazer e ficava só na promessa, agora estamos tentando…
Se eu for voto vencido, eu aceito a documentação todo em português numa boa…apesar disso cortar uma “universalização do projeto”.
Claro que temos diretrizes básicas(validações-impostos e ids, pack monetários, pesos e medidas ), mas a idéia é não amarrá-lo, a exceção do pack principal(o de validações!).

Vamos tentar chegar a um acordo sobre a questão da língua. Concordo com o Ironlinx que o projeto não tem só coisas do Brasil (apesar do nome sugerir), sendo assim, acho que para padronizar os nomes dos pacotes e das classes em inglês parece a melhor decisão.
Por outro lado, se não houver uma documentação em português a API limita muito o grupo de possíveis usuários no Brasil. Isso pra não falar que muitas empresas costumam encrencar com documentações que não sejam em português.

SUGESTÂO: os pacotes tipo org.brazilutils.metrics, org.brazilutils.currency devem ficar com as classes e documentação em inglês. Os pacotes de uso praticamente exclusivo de progamas brasileiros tipo org.brazilutils.endereco, podem ficar em português. Inclusive os pacotes em português poderiam todos ficar dentro de org.brazilutils.br.* o que ficasse fora de br caracteriza que é de uso geral.

+1 Ingles nas classes
+100 Ingles OU Portugues, sem misturar

Bom, quinta-feira faremos uma reunião online ás 21horas para discutirmos esses e outros problemas.Aguardem o anuncio oficial da reunião.

Qual quinta? E online por IRC?

Axo q foi quinta passada… feriado

VELO

Velo, é nessa próxima quinta(28/04)!
Vou dar um UP no tópico q falava isso para o pessoal não ficar perdido!

Ironlynx:

Velo, é nessa próxima quinta(28/04)!
Vou dar um UP no tópico q falava isso para o pessoal não ficar perdido!

Online via o que?

Grinvon, leia esse tópico:
http://www.guj.com.br/posts/list/23343.java

Mais uma ferramentinha útil pro canivete suiço: formatar tempo em unidades, tipo, passo 1934853ms e ele me retorna uma string dizendo que são 32 minutos XX segundos … e por ai vai.

To procurando aqui mas nao acho :roll: … se nao achar mesmo eu contribuo com esse negocio pq vou precisar de qq jeito

smota:

Mais uma ferramentinha útil pro canivete suiço: formatar tempo em unidades, tipo, passo 1934853ms e ele me retorna uma string dizendo que são 32 minutos XX segundos … e por ai vai.

To procurando aqui mas nao acho :roll: … se nao achar mesmo eu contribuo com esse negocio pq vou precisar de qq jeito

Isso é facil, passa o tempo em milisegundos pro GregorianCalendar e pede pra ele a hora, minuto e segundo… nunca testei, mas deve dar…

VELO

Nonon velo … é tempo por extenso, o mesmo que dinheiro ou quantidade …

Este processo durou:
5 dias, 3 horas, 20 minutos e 16 segundos … por exemplo.

Eh bem, esse eh o famoso The other level, hehehhe

VELO

Pessoal, eu tô vendo que o tópico do fórum aqui tá bombando e eu não recebo nenhuma mensagem do mailing list do projeto. Hoje eu entrei de novo lá e verifiquei se eu não tinha feito besteira e saído da lista, mas a lista está vazia! :shock:

Que tal usarem a lista do projeto ao invés do fórum do GUJ. Eu to vendo que tem posts enormes com código e tudo mais. Eu esperando notificação de galera pelo dev@brazilutils e nada… achei até que o projeto tinha esfriado!

Agora eu entro e vejo que tem reunião pra amanhã! heheh! :lol:
Eita! Como faço pra participar da reunião?!

E agora eu vou ter que ler todos esses posts pra ficar por dentro! :evil:

[]s!

Na verdade “todos esees post” tem mais idéias do que definições. Sobre a reunião de quinta, veja aqui:

http://www.guj.com.br/posts/list/23343.java

smota , sua idéia é super bem-vinda, e sua ajuda , melhor ainda!

Dango(quem eh vc no projeto?O rawfosgod ou o capterm???), foi mal pelo lance da mail list, mas em projetos OS, eu sou newba!(Aliás, Grinvon, acho q vou precisar da sua ajuda com o wincvs… hehehe)

Eu tava falando com o douglas e os demais sobre detalhes do projeto via email mesmo.Vou ativar ela jah…

Mas não se preocupe Dango.Tudo q temos são classes disconexas, pois a estrutura definitiva , principalmente no que tange ordem dos packages e idiomas , será decidido amanhã na reunião.Feito isso, passaremos a discutir sobre o que interessa, ou seja, um release.

Acho esse melhor… :lol:

[]'s

A gente podia tentar resolver esse problema do telefone…
http://www.guj.com.br/posts/list/18999.java

VELO

Velo não lidaremos com nada gráfico a princípio(jah pensou se ela acaba com MaskFormatter), mas essa sua idéia é boa.Mas deveria a Sun prover isso.

Bom,na nossa reunião ganhou a documentação toda em inglês, classes dos packs genéricos em inglês, e classes específicas em portugues(pois algumas siglas e palavras ficariam sem sentido transliteradas ao inglês).

1 Parte da reunião sobre a BrazilUtils

Pessoal,

já que o Scottys já postou todo o conteúdo vou fazer um breve resumo:

Essa primeira reunião foi mais para iniciar um entrosamento entre os particiantes e dar um gás que tava faltando. Definimos algumas tarefas bem como a estrutura de pacotes. Até o momento está assim:

Pacotes gerais, para uso de brasileiros ou não
org.brazilutils.metrics - api de conversão
org.brazilutils.currency - api de moedas e valores
org.brazilutils.validation - api de classes de validação
org.brazilutils.utilities - api de classes de utilidade diversa

Pacote específico, para uso predominantememte de brasileiros
org.brazilutils.br - classes que representam entidades comuns em sistemas brasileiros: CPF, CEP, Endereco, UF etc

A maioria achou por bem fazer as classes e a documentação dos pacotes gerais em inglês por se tratar de algo comum a todos. Quanto ao pacote br, as classes serão nominadas em português, pois em inglês ficaria bizarro. Por exemplo: Cep ao invés de PostalCod, Endereco ao invés de Address etc. A documentação do pacote br será feita em inglês para seguir o padrão.

Em https://brazilutils.dev.java.net tem um zip com algum código. Quem quiser baixar e dar uma olhada já pode.

Sugestões e críticas serão bem vindas.

HEEEEEEIN!? :shock: :shock: :shock:

/** Sets the address value. @see Endereco */ public void setEndereco(Endereco e) { ... }

Que horror!

Prefiro os metodos em ingles e documentado em PT_BR

Mas, a maioria manda!

VELO

Desculpe galera, esqueci completamente de entrar no #guj, estava no #Java e ninguém me procurou

Mas estou dentro!

Opa!!!

Ainda vou separar um tempo para dar uma lida melhor neste projeto do BrasilUtils. Até onde estou vendo, se este projeto for realmente para frente realmente será muito útil para todos!

VocÊs vão mesmo usar WinCVS? Vc estão definindo plataforma de desenvolvimento ou é só criar a classe e colocar no repositório?
Haverá um coordenador para disponibilizar as tarefas e implementações que poderão ser realizadas e implementadas?

Desculpe por estas perguntas. Não quero tirar esta discussão do foco principal. (Podem responder por PM se quiserem!). Pois confesso que não acompanhei o desenrolar deste tópico, apesar de ele estar sempre bém movimentado! Por isso, não fiquem bravo com a sugestão q vou dar aqui…

Quando começar as implementações definitivamente, vcs criarão algum grupo de discussão? Ou até mesmo um tópico aqui no GUJ (Igual ao do JForum) para tratar sobre este projeto?

Seria legal, por que assim ficaria mais fácil de acompanhar o andamento deste projeto!

Abraços!
Thiago

Mais pitado:

“João”, quando vai pros isteites, não vira John, aidna é João. Alguém já fez entrevista para trabalho em inglês?

Não vejo o exemplo do CEP como blocante. CEP é um “nome” brasileiro, mas ate´então não tem problema…

pcalcado:

Entrevistador Gringo:

So, our position is to PJ consultants, do you like it or prfere CLT?

Philip Gringo é igual Philip tupiniquim :mrgreen: , ou seja, tem coisa que nao muda estando lá, ou cá!

Também não achei lindo. :lol: Mas depois de duas horas discutindo foi se é tudo ingles, tudo português, como fazer Logradouro em inglês etc, esse foi o consenso.
Acho melhor começarmos assim a não começar.
Ao longo do trabalho talvez façamos alguma alteração.

PS: acho que no pacote endereco não revisei a doc, por isso não estranhem docs em duas línguas, vou acertar isso. Sugestões e críticas ser/ao bem vindas.

Quem é o arquiteto responsavel do projeto?

Na verdade não há ninguém com essa responsabilidade. Eu e o Ironlinx estamos escrevendo essas primeiras classes de forma bem experimental.

Imaginei. Mas na minha humilde opiniao acho que alguem devia fazer essa tarefa. Assumir um pouco mais a responsabilidade de definicao da estrutura do projeto em si, pacotes, classes, etc.
Isso nao precisa ser feito por uma unica pessoa, podem dividir o projeto em sub-projetos e dividir essa responsabilidade. Pra mim sem fazer isso o projeto vai cair no limbo logo, logo com divergencia de opniao, coisas repetidas, e codigo mal escrito que nao foi “revisado” por alguem com um conhecimento do todo do projeto.

É só uma dica, se acharem valido legal.

]['s

Galera se possível, já que hoje é sexta, quem puder, entrar no canal #guj, para podemos debater mais, até por que quinta eu faltei!

Fábio, beleza! Ainda estamos engatinhando e coloquei aquele código lá mais para receber críticas mesmo. Tava todo mundo discutindo sobre coisas diferentes, agora acho que todos têm idéia geral dos objetivos e alcance do projeto. Apesar da discordância sobre a língua. :lol:

Grivon, vamos marcar às 19:00h, quem puder aparece.

Thiago, para vc que tah preocupado com versoes e tal, entre no projeto,
lah em https://brazilutils.dev.java.net/ mesmo q como observer, inscreva-se na lista de developers( [email removido]
) , que vc receberá um email de discussão sobre o que acontece no projeto.

Um tópico será criado para que o pessoal possa acompanhar o desenrolar do projeto.

Cv, eu discuti com o PEAS tb sobre isso e não há saida fácil…
Melhor começar-mos dessa forma.

Fábio, eu tinha convidado ateh o Philip para mais ou menos fazer essa função(acho q ele tah meio enrolado com o trabalho), que no final eu e o douglas estamos fazendo.
Por enquanto até que as coisas estão + ou - definidas, e não serão muitas, senão não começamos.

Grinvon, se der eu apareço, mais ainda tenho que ver o código do Douglas(aliás, quem eh Newton???Douglas?Vc tem “nome de guerra”?)
e agora eu tô indo colar grau lah no McDonalds e pro meu curso de Oracle.

Ironlynx:

Douglas(aliás, quem eh Newton???Douglas?Vc tem “nome de guerra”?)

Douglas, para mim não dah… minha colação é nesse horário…(eu jah tô ateh atrasado,pois tenho Curso de Oracle antes)
Se estiver de madrugada, eu converso contigo…senão, dom eu vou estar o dia todo vendo o Projeto.

Tou saindo agora do trampo, são 8:37, devo chegar em casa umas 9:20

Grinvon, não dah para te adicionar ao projeto mandando email para mim como vc fez na lista de dev.Vc tem que criar um login no java.net e depois clique em “entrar nesse projeto” no brazilutils escolhendo o “cargo”(Developer,Observer…) q vc quer… a lista é só para discussão!

Smota, entra lah no projeto(mesmo q como Observer!) para participar.
https://brazilutils.dev.java.net/
Vamos marcar uma discussão com o pessoal, para vermos o que a versão 0.1 deverá possuir.(Vou postar algumas idéias na lista de devs)

Velo, o Douglas tah fazendo uma opção legal de pacote de Telefone para aquele problema(de diferentes estados) que você havia falado(acho q foi vc se não foi, foi malz…).

O pacote telefone está dentro do zip (brazilutils.zip) na página do projeto para quem quiser dar uma olhada. Tem uma interface gráfica para testar as entradas e saídas do telefone e como fica a formatação naqueles casos discutidos neste post:
http://www.guj.com.br/posts/list/18999.java

Adiantando: usar uma máscara *###-#### já é um começo. No caso de ser possível telefones com 7 ou 8 dígitos é necessário padronizar onde fica o espaço vazio (início ou fim) antes de pensar em outra coisa.

Pessoal…

Entrei no grupo do BrazilUtils também lá no Java.net! Acompanharei o andamento do projeto com vocês e tentarei ajudá-los sempre que necessário!

Contem comigo!

Abraços!
Thiago

Caramba! Agora pela manhã recebi três pedidos de entrada no projeto. Aproveitando o entusiasmo, vou colocar aqui a idéia para classe Logradouro, parte integrante da Endereco, para que venham opiniões e ajuda. Não segui a idéia inicial do Grivon, pis adaptei ao padrão do resto do pacote, mas os métodos de conversão e transformação estão lá co um TODO para ele (Grivon) ou quem mais se interressar em ajudar.

Inicialmente temos a interface Logradouro que além do próprio Logradouro recebe e fornece o Logradouro separado em Tipo e Nome. Como já vimos isso é fundamental, e dessa forma fica opicional.

public interface Logradouro {
    
    public String getLogradouro();
    
    public void setLogradouro(String logradouro);
    
    public String getTipo();
    
    public void setTipo(String tipo);

    public String getNome();
    
    public void setNome(String nome); 
    
}

Implemteii uma classe básica para representar um logradouro. Ela tem um objeto Tipo e um Nome.

public class LogradouroBasico implements Logradouro {
    private TipoLogradouro tipo = new TipoLogradouro();
    private NomeLogradouro nome = new NomeLogradouro();
  
  public String getLogradouro() {
        return tipo.getTipo() + " " + nome.getNome();
    }
    public void setLogradouro(String logradouro) {
        tipo.setLogradouro(logradouro);
        nome.setLogradouro(logradouro);
    }
    public String getTipo() {
        return tipo.getTipo();
    }
    public void setTipo(String tipo) {
        this.tipo.setTipo(tipo);
    }
    public String getNome() {
        return nome.getNome();
    }
    public void setNome(String nome) {
        this.nome.setNome(nome);
    }

}

Classe para Tipo do Logradouro:

public static final String AEROPORTO   = "Aeroporto";
    public static final String ALAMEDA     = "Alameda";
    public static final String AREA        = "Área";
    public static final String AVENIDA     = "Avenida";
    public static final String CAMPO       = "Campo";
    public static final String CHACARA     = "Chácara";
    public static final String COLONIA     = "Colônia";
    public static final String CONDOMINIO  = "Condomínio";
    public static final String CONJUNTO    = "Conjunto";
    public static final String DISTRITO    = "Distrito";
    public static final String ESPLANADA   = "Esplanada";
    public static final String ESTACAO     = "Estação";
    public static final String ESTRADA     = "Estrada";
    public static final String FAVELA      = "Favela";
    public static final String FAZENDA     = "Fazenda";
    public static final String FEIRA       = "Feira";
    public static final String JARDIM      = "Jardim";
    public static final String LADEIRA     = "Ladeira";
    public static final String LAGO        = "Lago";
    public static final String LAGOA       = "Lagoa";
    public static final String LARGO       = "Largo";
    public static final String LOTEAMENTO  = "Loteamento";
    public static final String MORRO       = "Morro";
    public static final String NUCLEO      = "Núcleo";
    public static final String PARQUE      = "Parque";
    public static final String PASSARELA   = "Passarela";
    public static final String PATIO       = "Pátio";
    public static final String PRACA       = "Praça";
    public static final String QUADRA      = "Quadra";
    public static final String RECANTO     = "Recanto";
    public static final String RESIDENCIAL = "Residencial";
    public static final String RODOVIA     = "Rodovia";
    public static final String RUA         = "Rua";
    public static final String SETOR       = "Setor";
    public static final String SITIO       = "Sítio";
    public static final String TRAVESSA    = "Travessa";
    public static final String TRECHO      = "Trecho";
    public static final String TREVO       = "Trevo";
    public static final String VALE        = "Vale";
    public static final String VEREDA      = "Vereda";
    public static final String VIA         = "Via";
    public static final String VIADUTO     = "Viaduto";
    public static final String VIELA       = "Viela";
    public static final String VILA        = "Vila";
    
    private static final String[] TIPOS = {
      AEROPORTO,   ALAMEDA,     AREA,        AVENIDA, 
      CAMPO,       CHACARA,     COLONIA,     CONDOMINIO,
      CONJUNTO,    DISTRITO,    ESPLANADA,   ESTACAO,
      ESTRADA,     FAVELA,      FAZENDA,     FEIRA,
      JARDIM,      LADEIRA,     LAGO,        LAGOA,
      LARGO,       LOTEAMENTO,  MORRO,       NUCLEO,
      PARQUE,      PASSARELA,   PATIO,       PRACA,
      QUADRA,      RECANTO,     RESIDENCIAL, RODOVIA,
      RUA,         SETOR,       SITIO,       TRAVESSA,
      TRECHO,      TREVO,       VALE,        VEREDA,
      VIA,         VIADUTO,     VIELA,       VILA
    };

    public static final String AEROPORTO_AB   = "";//TODO
    public static final String ALAMEDA_AB     = "";//TODO
    public static final String AREA_AB        = "";
    public static final String AVENIDA_AB     = "Av";
    public static final String CAMPO_AB       = "";//TODO
    public static final String CHACARA_AB     = "";//TODO
    public static final String COLONIA_AB     = "";//TODO
    public static final String CONDOMINIO_AB  = "";//TODO
    public static final String CONJUNTO_AB    = "";//TODO
    public static final String DISTRITO_AB    = "";//TODO
    public static final String ESPLANADA_AB   = "";//TODO
    public static final String ESTACAO_AB     = "";//TODO
    public static final String ESTRADA_AB     = "Est";
    public static final String FAVELA_AB      = "";//TODO
    public static final String FAZENDA_AB     = "";//TODO
    public static final String FEIRA_AB       = "";//TODO
    public static final String JARDIM_AB      = "";//TODO
    public static final String LADEIRA_AB     = "";//TODO
    public static final String LAGO_AB        = "";//TODO
    public static final String LAGOA_AB       = "";//TODO
    public static final String LARGO_AB       = "";//TODO
    public static final String LOTEAMENTO_AB  = "";//TODO
    public static final String MORRO_AB       = "";//TODO
    public static final String NUCLEO_AB      = "";//TODO
    public static final String PARQUE_AB      = "";//TODO
    public static final String PASSARELA_AB   = "";//TODO
    public static final String PATIO_AB       = "";//TODO
    public static final String PRACA_AB       = "";//TODO
    public static final String QUADRA_AB      = "";//TODO
    public static final String RECANTO_AB     = "";//TODO
    public static final String RESIDENCIAL_AB = "";//TODO
    public static final String RODOVIA_AB     = "";//TODO
    public static final String RUA_AB         = "R";
    public static final String SETOR_AB       = "";//TODO
    public static final String SITIO_AB       = "";//TODO
    public static final String TRAVESSA_AB    = "";//TODO
    public static final String TRECHO_AB      = "";//TODO
    public static final String TREVO_AB       = "";//TODO
    public static final String VALE_AB        = "";//TODO
    public static final String VEREDA_AB      = "";//TODO
    public static final String VIA_AB         = "";//TODO
    public static final String VIADUTO_AB     = "";//TODO
    public static final String VIELA_AB       = "";//TODO
    public static final String VILA_AB        = "";//TODO    

    private static final String[] ABREVIATURAS = {
      AEROPORTO_AB,   ALAMEDA_AB,     AREA_AB,        AVENIDA_AB, 
      CAMPO_AB,       CHACARA_AB,     COLONIA_AB,     CONDOMINIO_AB,
      CONJUNTO_AB,    DISTRITO_AB,    ESPLANADA_AB,   ESTACAO_AB,
      ESTRADA_AB,     FAVELA_AB,      FAZENDA_AB,     FEIRA_AB,
      JARDIM_AB,      LADEIRA_AB,     LAGO_AB,        LAGOA_AB,
      LARGO_AB,       LOTEAMENTO_AB,  MORRO_AB,       NUCLEO_AB,
      PARQUE_AB,      PASSARELA_AB,   PATIO_AB,       PRACA_AB,
      QUADRA_AB,      RECANTO_AB,     RESIDENCIAL_AB, RODOVIA_AB,
      RUA_AB,         SETOR_AB,       SITIO_AB,       TRAVESSA_AB,
      TRECHO_AB,      TREVO_AB,       VALE_AB,        VEREDA_AB,
      VIA_AB,         VIADUTO_AB,     VIELA_AB,       VILA_AB
      };
    
    private List list;    
    private String tipo = "";
    private boolean normalize = false;
    
    public TipoLogradouro() {
        super();
        list = new ArrayList();
        for (int i=0; i < TIPOS.length; i++){
            list.add(TIPOS[i]);
        }
    }
    public boolean equals(Object obj) {
        return this.toString().equals(obj.toString());
    }

    public String getTipo() {
        return tipo;
    }
    
    public void setLogradouro(String logradouro){
        for (int i=0; i < logradouro.length(); i++){
            if (Character.isSpaceChar(logradouro.charAt(i))){
                break;
            } else {
                tipo = tipo + logradouro.charAt(i); 
            }
        }
        if (normalize) doNormalize();
    }
    public void setTipo(String tipo) {
        this.tipo = tipo;
    }
    public String toString() {
        return getTipo();
    }
    
    public boolean isNormalize() {
        return normalize;
    }
    public void setNormalize(boolean normalize) {
        this.normalize = normalize;
    }
    
    private void doNormalize(){
        //TODO To Grivon Do!
    }