Programando para Office 2007 com C#… que nada, VB.NET! 0
Não você não leu errado, escrevi VB.NET (Visual Basic dot Net), isso mesmo.
Eu nunca pensei que algum dia programaria em VB, já programei com VBScript na primeira versão do ASP (há muitos anos atrás), nem conhecia PHP. Nesta época, eu procurava por uma forma de fazer páginas dinâmicas, que para mim naquela época pensava: “Essas páginas HTML não fazem p@&*# nenhuma?”, então tinha que ver um jeito de resolver isso. Depois migrei para PHP onde gostei mais, por haver servidores públicos abertos (open source a bla-bla-bla), mas essas histórias ficam para outro post.
Bom, já tive de programar com VBA para Excel, cheguei a escrever um post sobre isso, minha experiência não foi boa, apesar de ter concluído tarefa que tinha de fazer.
Mas VBA é coisa do “passado”, a partir do Office 2003 foi incorporado o VSTO (Visual Studio Tools for Office) que permite fazer coisas mais “bacanas”, assim dizendo, através de addins para o Excel (posso estar completamente errado, talvez isso já exista a nos e para mim é coisa nova).
Como a plataforma é .NET, fica a escolha do programador escolher entre C# ou VB. Entretanto para esses tipos de desenvolvimento em particular, acredito que para o pessoal do VB a tarefa seja um tanto mais, prática.
Eu nunca gostei da sintaxe do VB, acho muito poluído, odeio o esquema de declaração de váriaveis:
1: // VB
2: Dim texto As String = "texto"
3: Dim conn As SqlConnection = New SqlConnection(cs)
4:
5: // C#
6: string texto = "texto";
7: SqlConnection conn = new SqlConnection(cs);
Argh, coisa feia! Em termos de tamanho não varia muito, mas em clareza e facilidade de leitura prefiro o C#.
Mas vou dizer aqui algum dos motivos do por que VB é melhor que C# para desenvolvimento Office:
- VBA para VB é parecido (senão igual);
- Todos as macros de VBA são facilmente portáveis para VB ;
- Passagem de parâmetros para rotinas “dinâmico”;
- Properties ou métodos diretos, como: Value e Offset
Até onde eu estou estudando essas foram os grandes motivos de se trabalhar com VB.
1: // VB
2: Dim wb As Excel.Workbook = Me.Application.Workbook
3: Dim ws As Excel.Worksheet = wb.Sheets(1)
4:
5: Dim range As Excel.Range = ws.Range("A1") // posso passar apenas row ou (row, col)
6:
7: // C#
8: Excel.Workbook wb = this.Application.Workbook;
9: Excel.Worksheet ws = wb.Sheets[1];
10:
11: Excel.Range range = ws.get_Range("A1", missing); // tenho que preencher todos
Em C#, eu preciso passar todos os campos, ou seja, quando não desejado é preciso passar “missing”. Também não temos um método direto como Range(cell, cell). Temos que usar os métodos, set_Range, get_Offset entre muitos outros.
Outro ponto que é irritante também é em rotinas:
1: // VB
2: Dim ws As Excel.Worksheet = ...
3: ws.Protect("password") // simples e direto
4: // quero content como false
5: ws.Protect("password", Content := False) // indolor
6:
7: // C#
8: Excel.Worksheet ws = ...;
9: // preciso passar todos os parametros
10: ws.Protect("password", missing, missing, missing, ..., missing);
11: // quero content como false
12: ws.Protect("password", missing, false, missing, missing, ...); // meu deus...
Infelizmente para o pessoal do C# trabalhar com Office fica um tanto irritante.
Por este motivo acho que trabalhar com VB agiliza e facilita as coisas, embora tenha que aprender como é a sintaxe do VB, mas aposto que o ganho será muito maior do que ter que programar em C#.
