Surgiu agora uma "oportunidade" de mexer numa aplicação Windows em C# (na verdade, a necessidade de fazer os acertos finais em um projeto que eu estava coordenando e outro pessoa estava executando). Seguem algumas observações desta experiência.
Desempenho da IDE e da Aplicação
Um dos receios quanto ao Visual Studio e aplicações gerenciadas é quanto ao desempenho. A minha experiência até o momento foi boa, consigo desenvolver bem em um Pentium 4 2.8 HT, com 512M de Ram, mesmo com o Sql Server rodando na mesma máquina.
A Qualidade do Help
Minha impressão é que ao mesmo tempo que o Help do Visual Studio (MSDN Library) vem aumentado em tamanho (veio em DVD) a qualidade vem caindo. Eu fico lembrando toda hora da velha piada do piloto do helicoptero perdido que recebe a informação de que está... num helicóptero (informação tecnicamente correta e praticamente inútil).
A documentação está muitas vezes restrita ao tipo dos parâmetros (informação já apresentada pelo Intelisense). Alguns "exemplos" não fornecem muita coisa mais. Além disso, tem a mesma informação repetida na mesma página para VB.Net, C#, C++, J# e JScript.
Em comparação, a documentação da API do Windows contém muita informação sobre o quando usar, porque usar, etc.
Acessando Embedded Resources
Embedded Resources são informações, como textos e imagens, que são armazenadas dentro do próprio executável (mais precisamente, no Assembly .Net). No C + Windows API, o uso disto é quase sempre explícito. No .Net, a maior parte do tempo você não se preocupa com isto. Entretanto, se você precisar se preocupar, pode ter surpresas.
Basicamente o que eu precisei era acessar um ícone. Vou começar apresentando a solução:
- Acrescente o arquivo com o ícone na solução (clique com o botão direito no nome do projeto, selecione Add Existing Item, navegue até o arquivo)
- Selecione o arquivo e em Properties mude Build Action para Embedded Resource
- No ponto em que você precisar do ícone coloque (supondo que o arquivo foi "Icone.ico")
Parece óbvio, afinal como eu posso ter errado isto? Bem, o help não tinha muita informação além de
public Icon (Type type, string resource);
e os exemplos que eu vi no livro Programming Microsoft Windows Forms e em alguns sites foram
Icon meuIcone = new Icon (GetType(), "Projeto.Icone.ico")
para confundir um pouco mais, embora a linha acima dê erro durante a execução (não acha o resource), se você examinar o Assembly com o MSIL Disassembler, vai ver que o ícone está lá e com o nome "Projeto.Icone.ico".
O que ocorre (e eu só achei no adendo do post de um blog) é que na hora de procurar o resource o namespace da classe do primeiro parâmetro é colocado automaticamente na frente do nome informado no segundo parâmetro. E o nome do resource no assembly é feito colocando o namespace default na frente do nome do arquivo. No meu caso, os namespaces eram os mesmos, e acabava sendo procurado Projeto.Projeto.Icone.ico ao invés de Projeto.Icone.ico.
Se você criar uma pasta no projeto para os seus ícones, por exemplo Icones, o nome do resource vai ficar Projeto.Icones.Icone.ico e portanto de ser usado
Icon meuIcone = new Icon (GetType(), "Icones.Icone.ico")
Depois que a gente entende, fica fácil...
Um comentário:
Concordo com relação ao Help. Antes era bem rápido fazer buscas, mas agora ele sai buscando um monte de informação on-line (MSDN Online, CodeZone Community) e acaba achando 1 milhão de coisas que você não precisa. Uma metralhadora para matar uma barata. Se eu precisar procurar listas de discussão, vou ao Google Groups. Houve uma época em que até as funções do DDK apareciam com o [F1] do ambiente. Agora teclo [F1] sobre ExAllocatePool inconscientemente e fico me lamentando por ter feito isso. Talvez no futuro quando todos tiverem micros de 10 GHz, 3GB de RAM e 10MB de banda isso funcione como esperado.
Postar um comentário