PC Toledo

Bom dia a todos.

Em conversa com o o Fernando Athayde, ele me pediu para informar o endereço do repositório dos arquivos do projeto HBNFE:
https://github.com/search?utf8=%E2%9C%93&q=hbnfe

Também pediu para as pessoas que participam do projeto se manifestarem se vamos dar continuidade no mesmo, porque hoje cada um esta fazendo um fork, para evitarmos o retrabalho e informações desencontradas, e para mantermos uma padronização no código, seria bom que fossem enviadas as atualizações para irmos comitando e discutindo sobre as mesmas.

Aguardamos sugestões.


Um abraço a todos.


Anderson Camilo.

Anderson, boa tarde.
Tenho todo interesse, só não sei mexer no GIT ainda

Se eu lhe mandar tudo que tem, você consegue fazer um DIFF e colocar no projeto? Tenho bastante coisa evoluída e graças ao Fernando que disponibilizou o projeto.

Outra coisa, vou excluir o que exportei do Google Code e manter apenas o do Fernando lá no GitHub.

Projeto correto:
https://github.com/fernandoathayde/hbnfe

Tenho interesse em ajudar tb.

O José Quintas fez algumas observações q tem sentido então tínhamos q ver pra se for retomar o modelo original ver o q pode ser feito a fim de melhorar o projeto.

Esse projeto é muito importante a toda comunidade.

Um dos pontos q acredito q devam ser visto é a simplificação de algum processos pra evitar muita coisa meio q copiada em vários trechos.

Mas enfim to ai pra ajudar.

[]´s

No computador pra trazer as alterações de um fork para o outro é:

git pull http:endereço do fork

Deixando de ser fork, deixou de ter essa opção.

Inclusive meu Harbour é diferente do oficial, no Browse, e atualizo dessa forma.
( O meu pode ser usado em rede em modo compartilhado )

Meus caros, bom dia!
Eu sou a favor, desde o começo de ser 1 projeto só e que se varias pessoas pudessem contribuir melhor ainda, pois sempre temos modificações e extensões do projeto nfe, quer dizer isso nunca vai parar, se nós pudermos nos alinhar, manter as compatibilidades e incluir novos recursos, isso seria espetacular, sei que um projeto assim é complicado por ser vários programadores, mas se continuarmos podemos alcançar o nível do acbr, que é o projeto que me espelhei para fazer a hbnfe, bom falei demais.
Sei que estou meio ausente do fórum por um certo tempo, mas tenho meu contato com o Leonardo e o Anderson Camilo, o que precisarem de mim estou a disposição, tanto para ajudar na analise, programação ou testes.
Estou finalizando 2 projetos enormes que me consumiu muito tempo, então entrando agora 2016, possivelmente vai melhorar minha agenda e posso dar uma mão no projeto.
Quinta, sei que você mexeu bastante e esta por dentro das rotinas, estamos de braços abertos, se quiser me adicionar em Skype é só mandar uma mp.
Grande abraço a todos

FORK é uma cópia de trabalho, cada um tem a sua, em seu computador, e no git fica o backup.
A grande diferença é que estando no GIT, todos estão vendo o que todos estão fazendo.

A grande vantagem pelo GIT é porque ele controla as alterações.
Ele não troca o fonte inteiro, somente as partes alteradas.
É justamente nisso que ele facilita juntar o que todo mundo mexeu.
Acima uma imagem do meu fork do Harbour.
Notem o pequeno gráfico do lado esquerdo.
Mostra o fork ficando diferente, até o momento em que eu puxei as alterações e voltaram a ficar iguais, numa linha reta.

FORK não é outro projeto, é apenas o backup da máquina de cada um.
Não depende de que ninguém envie nada pra ninguém.
Só depende do "dono" do fork atualizar seu próprio fork com as alterações dos outros forks.

Importante:
Essa imagem é aqui na minha máquina, usando o software GIT pra Windows.
Nem do github preciso pra juntar as alterações.
Depois só clico enviar, e meu "backup" no github fica atualizado.

A qualquer hora posso apagar meu fork, sem problemas.

É assim que funciona a colaboração no git/github.
Criar fork não significa fazer outra versão, significa fazer uma cópia pra trabalho, pra testar suas próprias modificações.

Se o fork do Vszakats é diferente do Harbour oficial, é simplesmente porque o "dono" do original por algum motivo não incorporou as alterações do fork. E aí sim, o fork acaba ficando diferente.

Como também dá pra perceber na imagem acima, até mesmo seguindo caminhos diferentes, os forks ainda se colaboram, graças ao git/github.

Então FORK não é concorrência, é colaboração, mesmo se acontecer de seguir caminhos diferentes.

Quintas,
Muito boa sua explicação, deu para entender bem o conceito.

No caso da HBNFE nesse momento nem seira um FORK e sim uma remodelagem usando o conceito que você apresentou a um tempo atras aqui no fórum.

Podemos recomeçar usando aquela sua estrutura e assim ir ampliando cada parte do HBNFE.

Da minha parte assim que tiver essa primeira estrutura do Quintas vou tentar aprender a usar o GIT e adaptar todo meu ambiente para ficar igual do GIT, posteriormente posso contribuir com tudo que já tenho aqui.

Também estou a disposição para darmos continuidade no projeto, se seria muito bom se utilizarmos essa padronização do Quintas, assim acredito que ficaria muito mais rápido as atualizações e alterações no projeto.

Um abraço a todos.

Anderson Camilo

Pra mim é uma coisa muito importante:

Quem está usando hbnfe ou pelo menos parte dos fontes da hbnfe?

José,

Esquecemos quem está usando, por que o projeto não está recebendo atualizações, então quem está usando está no seu mundo particular.

Precisamos descartar o projeto todo e começar uma nova estrutura.

Estou a disposição para testar... me interessa muito....

Rubens

Quintas eu concordo com o Leonardo, vamos definir o padrão e vamos trabalhar no que for definido.

Um abraço

Anderson Camilo

Sugiro como ponto de partida a minha classe.

Manual?
Do ponto de vista de programação:

A declaração de variáveis de uma classe já mostra variáveis disponíveis e conteúdo padrão.
Os nomes são auto-explicativos
Isso já diz tudo que pode ser usado, não que seja obrigatório usar.

Os métodos disponíveis já mostram os parâmetros necessários.
Ou seja, pra consultar uma nota precisa chave, certificado e ambiente, sendo que se não for informado, será utilizado o padrão da classe, ou o que for configurado anteriormente.

Então pra consultar uma nota, o mínimo necessário é:
O mesmo para
Arquivos temporários: NENHUM

Entrada. oSefaz:NfeConsulta( ... ) já está passando parâmetros e fazendo a comunicação, temporário pra que?
Retorno: oSefaz:cXmlRetorno já contém o retorno. temporário pra que?

Se quiser configurar antes, e provavelmente vai ser a forma mais adequada a outras situações:
Porque é importante este ponto de partida?

- Mostra que qualquer configuração pode ser feita no próprio aplicativo - e não vai ter muito o que configurar
- Mostra que arquivo temporário, só se alguém quiser, e do jeito que quiser
- Mostra que dá pra deixar de um jeito que atende a todos
- Mostra que deixar compatível com ACBR é só complicar o que não precisa
- O resultado vai ser apagar muitos fontes da hbnfe, talvez 80% do que existe hoje ou mais - por isso deixar junto não deu certo. é incluir muitos fontes que não serão utilizados, e atrapalha quem quer entender

É começar a usar e relatar o resultado, como venho dizendo há tempos

Depois q definirem o start posso contribuir...

Agora pra definir o Start acredito q tenha q ser o Fernando, Leo o aSimoes e o Quintas ai depois os q estão usando, pouco mais alguma coisa (eu por exemplo) vamos alinhando e auxiliando.

Depois de toda essa readequação e com o auxilio de muitos podermos ver novas situações.

Se começarmos o qto antes, talvez pra Fevereiro já tenhamos passado a parte de readequação e comecemos a parte das implementações de questões q cada 1 tenha feito e possa ajudar.

Estou a disposição

[]´s