ruthless slights Mackinac cleanliness?carbolic!…

Abraço.

Respondendo às suas perguntas.

Afinal, o que é “ganhar” o contest? É escrever código mais curto? Mais LEET? Estes critérios na minha opinião não são adequados.

Na verdade nem existe ganhador, é somente um comparativo de códigos mesmo.

* A menos que você seja o pai das regexps, é muito difícil ler estas soluções. Expressão regular longa e com 3 matches não é algo para bater o olho e compreender.

Acredito que sem usar regexp’s nenhum desses códigos ficaria mais legível. Independente do programador conhecer ou não regexp’s.

* Se amanhã o Google mudar o HTML, como vamos dar manutenção neste tipo de solução? A correção vai envolver entender algo relativamente complicado – e reescrever algo igualmente complicado.

Sem dúvida.

Como diria o jwz: “Some people, when confronted with a problem, think “I know, I’ll use regular expressions.” Now they have two problems”.

Há controversias

Mas legais as observações. Abraço

            var str = document.body.innerHTML;
            var reg = /class=l href="(.*?)">(.*?)(.*?)/gi;
            var m = reg.exec(str);
            if(m) {
                var saida = "Titulo: " + m[1] + "\n";
                saida += "Link: " + m[2].replace(c, "") + "\n";
                saida += "Descrição: " + m[3].replace(c, "") + "\n";

                alert(saida);
            }

Afinal, o que é “ganhar” o contest? É escrever código mais curto? Mais LEET? Estes critérios na minha opinião não são adequados.

Afinal, o maior desafio nosso é manter código, não escrever. Escrever é fácil. Então dois critérios me parecem um alerta sobre a qualidade deste tipo de solução:

* A menos que você seja o pai das regexps, é muito difícil ler estas soluções. Expressão regular longa e com 3 matches não é algo para bater o olho e compreender.

* Se amanhã o Google mudar o HTML, como vamos dar manutenção neste tipo de solução? A correção vai envolver entender algo relativamente complicado – e reescrever algo igualmente complicado.

Como diria o jwz: “Some people, when confronted with a problem, think “I know, I’ll use regular expressions.” Now they have two problems”.

hehe, é isso, apenas uma nota. Não que eu tenha uma solução melhor, e ainda assim todas demonstram muita “bad 0wnage”.

na verdade aquele header tem que ser setado porque o google bloqueia requisições que não tenham sido feitas por um browser para evitar leitura da sua página de resultados por programas de terceiros! Claro que tem sempre como burlar…hehehe…

Agora só não me perguntem porque com Groovy, Ruby e PHP, não são necessárias.

Hoje fiz um em VB que também necessitou desse header.

Falou…

PS.: concordo que java não é uma linguagem apropriada para processamento de textos assim, e a linha do header é por que o google não gosta de java, ele da um 403, se não colocar aquilo, para evitar consultas automatizadas.

import java.net.URL;
import java.net.URLConnection;
import java.util.Scanner;
public class HTTPSample {
	public static void main(String[] args) throws Exception {
		URLConnection con = new URL("http://www.google.com/search?q=java").openConnection();
		con.setRequestProperty("User-Agent", "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7");
		Scanner sc = new Scanner(con.getInputStream());
		System.out.println(sc.findWithinHorizon(".*?", 0).replaceAll("(.*?)", "$2=$1").replaceAll("", ""));
	}
}