Lendo arquivos de texto com VBA

Vou escrever uma função em VBA, bem "bobinha".

Sem problema, sem programa.

Primeiro, vamos "criar" um problema para resolver. Vamos supor que temos que ler um arquivo de texto e exibir cada linha lida, abaixo:

0200804131200
10011122233311
11044455566622
10077788899933
2200800039999

Note que a primeira linha e a última são diferentes das demais, elas se chamam HEADER e TRAILER respectivamente, elas identificam o início e op fim de um arquivo a ser lido (geralmente são opcionais). A primeira coluna identifica o tipo de dado do registro, neste caso 0 é o header, 1 são os dados e 2 o trailer. O header informa ainda a data e o horário do arquivo.

O objetivo desse código é apenas ler o arquivo, o header e o trailler serão usados em outro programa, mas isso fica para outro post.

Mãos a obra

Primeiro criamos uma sub LerArquivo:

Sub LerArquivo()

End Sub

Só para constar a diferença entre uma SUB e FUNCTION, é que a sub não nunca retorna valor, já uma fuction pode ou não retornar algum valor.

Vamos precisar de uma variável do tipo string para guardarmos as linhas coforma forem lidas.

Dim lin As String

Antes de ler de fato um arquivo é necessário abrir o arquivo, em VBA a função que faz isso é a Open, mas este comando não "anda" sozinho, é necessário informar o que será feito com esse arquivo, no nosso caso iremos apenas ler, portanto o devemos completar o comando com For Input As #N, onde N é um número que identifica os arquivos abertos.

Open "D:\Temp\Arquivo.txt" For Input As #1

Agora a leitura do arquivo propriamente dito, devemos usar um loop para fazer a leitura e exibir cada linha, enquanto o arquivo não chega ao fim.

Do While Not EOF(1)
Line Input #1, lin
Debug.Print lin
Loop

Não esqueça que depois de abrir e usar um arquivo é necessário fechá-lo:

Close #1

Veja o código completo como deve ficar:

Código completo

Sub LerArquivo()
Dim lin As String
Open "D:\Temp\Arquivo.txt" For Input As #1
Do While Not EOF(1)
Line Input #1, lin
Debug.Print lin
Loop
Close #1
Debug.Print "Fim =D"
End Sub

Até a próxima... se a terra não tremer de novo!

NMHO.

Variáveis tipificadas dinamicamente em VBA

"Tipificar ou Não tipificar? Eis a questão!" -- Ok! Eu sei que essa paródia não tem graça, mas eu não resisti.

Apesar da piada, a dúvida é honesta. Das linguagens que eu conheço as duas que permitem são Visual Basic, Python e linguagens de script, e das as que não permitem, C# e Java. Depois de uma análise criteriosa, levando em consideração os paradigmas envolvidos chequei a conclusão que ... tanto faz (olha a piada boba ai de novo).

Na prática, não acho que esse seja um debate muito relevante (apesar de comum), porque no final, com variavel tipificada ou não, o programador sempre vai esquecer daquela vírgula, daquele ponto e algum lugar do código. Acho que o importante é conhecer e praticar sempre a sua linguagem preferida ou a que garante o leitinho das crianças. E por falar em leitinho das crianças, vou mostrar dar um exemplo em VBA.

Mãos a obra

Primeiro exemplo

Sub StringNaoTipada_Soma_Integer()
Dim nt
Dim i As Integer
nt = "2"
i = 3
Debug.Print nt + i
End Sub

Neste primeiro exemplo a variável nt não teve o tipo de dados declarado (Variant/Empty), ao receber o número 2 entre aspas, o interpretador assume que a variável é uma Variant/String, quer ver? Na IDE do VBA, abra a janela "Variáveis locais" que está no menu Exibir e execute o código novamente, mas use o F8 para executar passo-à-passo, e observe a coluna "Tipo" dessa janela.

Segundo exemplo

Sub IntegerNaoTipada_Soma_String()
Dim nt
Dim s As String
nt = 2
s = 3
Debug.Print nt + s
End Sub

Mais um exemplo mas com os tipos trocados dessa vez, o resultado é o mesmo.

Terceiro exemplo

Sub StringNaoTipada_Soma_String()
Dim nt
Dim s As String
nt = "2"
s = 3
Debug.Print nt + s
End Sub

Uma dica de leitura: De quem é essa variável, afinal?

Enfim, é isso ai, pe-pes-soal.

Diferença entre Option Compare Database e Option Explicit no VBA

Quando criamos um módulo e deixarmos o padrão Option Compare Database, o interpretador do VBA não vai exigir que as variáveis sejam declaradas e vai executar o códico do jeito que estiver, por exemplo:

código 1

Option Compare Database
Sub contar()
i = 2
j = 3
Debug.Print i + j
End Sub

Como você pode ver, funciona, mas em um código muito grande pode ser difícil depurar os erros. Agora se declaramos que ele será Option Explicit, o interpretador só vai executar o código se todas as variáveis já estiverem explicitamente declaradas, por exemplo:

código 2

Option Explicit
Sub contar()
Dim i
Dim j
i = 2
j = 3
Debug.Print i + j
End Sub

Até a próxima!

Atualização: "Dam You Copy and Cut!" Desculpe pessoal a primeira linha do segundo bloco de código estava errada.

NMHO.

Programar é uma arte!

Eu sempre admirei quem dominava a arte de programar, quando pequeno eu tinha um Expert da Gradiente e além dos jogos que eram maravilhosos, eu me dava ao trabalho de digitar TODOS os trabalhos da escola nele. Saber operar um editor de textos aos 10 anos era uma aberração para época, não saber hoje aos 10 anos o que é Orkut, MSN e Google é que é uma aberração.

Nessa época tinha um outro garoto que viu que o meu trabalho havia sido feito em um computador e ele me perguntou:

"Você manja de Basic ou Clipper?"

Nada, essa foi minha resposta por muito tempo, mas porque parece tão difícil aprender a programar?

A resposta veio a 2 anos e meio atrás, programar depende da quantidade de tempo que se dedica a aprender, mas ainda assim eu fico na dúvida porque tem uns cara que parece que nunca viram um computador na frente, de repente o cara olha para você diz:

"Vamos encapsular estes atributos e delegar este método para a nova classe.".

Eu sei que exagerei um pouco aqui, mas o que eu quero mostrar é que programar é fácil para algumas pessoas e mais difícil para outras (nunca impossível), assim como algumas pessoas tocam violão sem nunca ter entrado em um conservatório e outras passam anos estudando música.

Isso acontece porque programar é uma arte.

Arte vem do latim ars, que significa técnica ou habilidade. Qualquer pessoa pode aprender as técnicas usadas para se tocar violão, mas alguns tem uma aptidão natural para a música.

Técnicas, sejam de música, esportes, ou programação podem ser aprendidas por qualquer pessoa alfabetizada, entretanto o grau de domínio de uma determinada técnica está diretamente ligado a volume de tempo dedicado ao treino da técnica.

Este conceito foi exposto pelo Professor Donald E. Knuth no texto Computer Programming as an Art, no texto ele vai fundo e explica porque considera a programação de computadores uma arte. Eu recomendo a todos a leitura deste texto.

Eu aprendi que não tinha aptidão natural para programar mas nestes últimos dois anos aprendi que treinar é essencial para minha formação e como eu disse no meu perfil, quero me tornar um Arquiteto de Software e sei que ainda há muito o que estudar para chegar lá.

Referência:
Computer Programming as an Art [HTML] [PDF]
Wikipédia: Arte
Museu da Computação e Informática - MCI

IMHO,


Esta obra está licenciada sob uma Licença Creative Commons.




Interessado em aprender mais sobre o Ubuntu em português?