Nokogiri vs Hpricot?

Lequel choisiriez-vous? Mes attributs importants sont (pas en ordre):Nokogiri vs Hpricot?

Support et améliorations futures.
Base de connaissances générales et communautaires (sur Internet).
Complète (I.E., éprouvée pour analyser une large gamme de pages *. * Ml).
Performances.
Empreinte mémoire (temps d'exécution, pas la base de code).

Source

2010-05-22 roshan

Choisissez Nokogiri, pour tous les points et en particulier un point: Hpricot est no longer maintained.

Méta-réponse: Voir ruby-toolbox pour avoir une idée de la popularité des différents outils dans un domaine donné.

Source

2010-05-22 16:53:52

mise à jour - hpricot n'est plus maintenu, ce qui rend le choix encore plus facile. – jsh

@jsh: Merci, réponse mise à jour –

Ne choisissez Hpricot que si vous n'avez pas installé ou ne pouvez pas installer LibXML sur l'ordinateur que vous utilisez. Si ce n'est pas le cas, choisissez Nokogiri, c'est mieux dans les cinq attributs mentionnés que Hpricot.

Source

2010-05-22 17:02:54 SztupY

Depuis littéralement il y a quelques minutes, il y a aussi une version Java pure de Nokogiri. Ainsi, vous pouvez utiliser Nokogiri sur JRuby sans FFI et sans libxml. (Google App Engine est un exemple où FFI n'est pas possible.) –

Le cas où j'ai trouvé que Hpricot est utile est de traiter du HTML cassé dont vous avez besoin de rester brisé après le traitement. Hpricot est bon pour modifier seulement la partie d'un document que vous avez mis à jour. À moins que cela ne soit nécessaire, Nokogiri est la voie à suivre.

Source

2011-02-15 15:17:27 nil

Répondre

Questions connexes