Rodrigo Domingues

 

Muitas pessoas tem me perguntado sobre iFilter para PDF, um pequeno código que ensina o engine de busca da MS a indexar conteúdos dentro de arquivos com formato .pdf, serve para o Windows, para o Desktop Search, para SharePoint... no meu caso, o mais importante é o SharePoint.

Apesar de as recomendações da Microsoft serem para que todo o ambiente do SharePoint seja em 64-bit, até bem pouco tempo atrás o IFilter da Adobe servia somente para servidores 32-bit, o componente para servidores 64-bit era apenas uma idéia ou um projeto interno da Adobe, mas certamente que mais cedo ou mais tarde alguma notícia em relação a isto seria publicada. Pensando nisso, pesquisei bastante sobre o assunto e encontrei algumas coisas bem interessantes.

Um Site com diversos links para filtros publicados, mostrava que além da Adobe, outros fabricantes tinham o FIFilter para PDF, e que funcionavam em 64-bit, muito interessante, mas com um custo acima de U$ 1184.93, no site da FoxItSoftware

Vasculhando mais um pouco encontrei um teste de desempenho que compara o IFilter da Adobe com o da FoxIT, em http://hinsua.blogspot.com/2008/02/un-poco-mas-sobre-los-ifilters-para-pdf.html, e apresentado na figura abaixo:

 
Figura 1: Resultado dos testes de desempenho Fo IFilter para PDF

 

Neste context, perceba que apesar de o FoxIt, sem muito mais rápido, ele tem um índice de felhas muito alto, que em se tratando de busca, erros são inadimissíveis.

Esta semana, encontrei uma informação bastante interessante, a Adobe publicou sei IFilter para PDF em servidores 64-bit, neste link você encontra todas as instruções para instalar e usar IFilter da Adobe em servidores 64-bit, acredito que em breve, a versão final esteja publicada.

O que mais vem por ai?

 

 

Aqueles que pensavam que o .NET Framework 1.x era muito legal, nos proporcionava grandes possibilidades como, controle de sessão muito melhor que do ASP 3.0, ADO.NET acabando como os velhacos RecordSets, e muito mais, acharam aquilo o máximo, como eu achei, me empolguei tanto, fiquei tão maravilhado...

 

Mas como tudo pode ser melhorado, vem a Microsoft novamente e despeja um bocado de novidades interessantes como o lançamento do .NET Framework 2.0, que maravilha, cheio de sacadas interessantes, algumas deles como Generics que proporcionou uma economia de código enorme.

 

Agora um novo acrônimo vem tomando conta da minha atenção. Eis aqui seu nome “LINQ”.

 

Mas ai vem a pergunta o que é esse tal de LINQ, na sua forma original “language-integrated query” que nada mais é que uma linguagem integrada para manipular dados... Ops. Manipular dados? Mas o ADO.NET tradicional não faz isso?

 

Sim faz. Para aqueles que estão acostumados com o T-SQL, deve conhecer bem uma expressão do tipo:

 

            SELECT Nome, Telefone FROM Usuário

 

Agora imagine fazer isso no código, ou melhor ainda fazer isso em um objeto de Coleção (Array), interessante não.

 

Pois é exatamente isso que a Microsoft está propondo.

 

Veja o código abaixo:

 

var numbers = new int[] { 1,2,3,4,5,6,7,8,9 };

      var query1 = from n in numbers

                   where n>3

                   select n;

 

Imagine que este código acima retorne todos os itens do array que fossem maior que 3, perceba que eu estou trabalhando com um dado fortemente tipado, apesar de ele ter sua identificação var.

 

perçebam está escrito em C#, não é SQL é simplesmente LINQ.

 

O mais legal nisso tudo é o processo de validação que é feito na compilação e não na execução.

para quem se interessar, tem um artido já traduzido para o português e um site do projeto

 

Artigo: http://www.microsoft.com/brasil/msdn/Tecnologias/arquitetura/LINQ.mspx

 

Projeto: http://msdn.microsoft.com/data/ref/linq/

A partir de agora passarei a utilizar este blog para informar a todos as minhas descobertas no MOSS 2007 e WSS3 que eu conseguir tempo para postar.

 

 

grande abraço