[14.0][REF][l10n_br_fiscal][l10n_br_fiscal_edi] l10n_br_fiscal_edi extraction from l10n_br_fiscal 1/2 #3010
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Uns anos atras foi enfiado as pressas (...) bastante código no modulo l10n_br_fiscal sem se perguntar muito se poderia ter sido mais modular... Ai que ta hoje o modulo l10n_br_fiscal, alem de ser o maior da OCA inteira pesa nada menos do que uns 20k linhas de código (python e XML se descontar o que é XML de data):
Bem na real muito desse código de eventos e tal que nem sempre ta tão bom assim (...) poderia sim ter sido adicionado de forma mais modular, ou pelo menos melhorado durante esses anos por quem adicionou em vez de querer começar mil outras coisas....
Não se assusta, esse PR é apenas um Proof Of Concept testado na 14.0, mas a gente queria fazer isso apenas na v16.
A ideia num primeiro momento, seria na v16, jogar o que eu tirei do l10n_br_fiscal num novo modulo que poderia se chamar l10n_br_fiscal_edi e que teria as coisas para interagir com documentos eletronicos e que são comuns entre os vários documentos eletronicos. Nisso, depois de alguns amends, nenhuma funcionalidade seria perdida e a dezena de modulos que eu desativei inicialmente como l10n_br_nfe, l10n_br_nfse* apenas iriam depender desse novo modulo l10n_br_fiscal_edi (que eu ainda não botei) e funcionariam normalmente. Apenas teria que cuidar de uns detalhes de herança no l10n_br_fiscal_edi para adicionar tudo de forma correta, mas seria tb a oportunidade de limpar tb um código com camadas que se misturaram demais entre documentos eletronicos ou não.
O @renatonlima já tinha começado a bolar uma boa melhorada dessas coisas que eu extrai do l10n_br_fiscal ja na época da v12, so não deu tempo de fazer o refactor ainda. Mais uma oportunidade de perceber que não adianta querer queimar a largada e fazer as coisas as pressas de qualquer jeito, porque depois acaba custando sempre 10x mais quando tem que fazer scripts de migração, e compatibilizar um montão de módulos que começaram a depender de coisas mais ou menos. E ainda complica os cherry-picks entre as branches...
tira umas 1200 linhas.