2010-05-22 11 views
23

Który wybrać? Moje ważne atrybuty to (nie w kolejności):Nokogiri kontra Hpricot?

  1. Wsparcie i przyszłe ulepszenia.
  2. Społeczność i ogólna baza wiedzy (w Internecie).
  3. Kompleksowa (I.E., udowodniono, że analizuje szeroki zakres stron *. * Ml).
  4. Wydajność.
  5. Ślad pamięci (środowisko wykonawcze, a nie baza kodowa).

Odpowiedz

35

Wybierz Nokogiri, dla wszystkich punktów, a zwłaszcza punktu pierwszego: Hpricot to no longer maintained.

Meta odpowiedź: Zobacz ruby-toolbox, aby dowiedzieć się o popularności różnych narzędzi w danym obszarze.

+0

aktualizacja - hpricot nie jest już konserwowany, co czyni wybór jeszcze łatwiejszym. – jsh

+0

@jsh: Dzięki, odpowiedź zaktualizowana –

8

Wybrać tylko Hpricot, jeśli nie masz lub nie możesz zainstalować LibXML na komputerze, którego używasz. Jeśli tak nie jest, wybierz Nokogiri, lepiej w pięciu wymienionych atrybutach niż Hpricot.

+7

Odkąd dosłownie kilka minut temu, jest też wersja Nokogiri w czystej wersji Java. Więc możesz użyć Nokogiri na JRuby bez FFI i bez libxml. (Google App Engine to jeden z przykładów, w których FFI nie jest możliwy). –

6

Sprawa, w której Hpricot okazał się przydatny, to radzenie sobie ze złamanym kodem HTML, który musi pozostać uszkodzony po przetworzeniu. Hpricot dobrze modyfikuje tylko część zaktualizowanego dokumentu. O ile nie jest to potrzebne, Nokogiri jest drogą do zrobienia.

Powiązane problemy