. Biorąc pod uwagę, jak przy przyszłej wersji clojure zniechęcają do korzystania z clojure-contrib jako pojedynczego przedmiotu - jak znaleźć miejsce, do którego się przeniosły.Znajdź miejsce, w którym clojure-contrib libs zostały przeniesione do
Na przykład - to narzędzie: http://richhickey.github.com/clojure-contrib/javadoc.browse-api.html#clojure.contrib.javadoc.browse/open-url-in-browser pod ręką - ale skąd się wziął pod nowym systemem?
Nie wszystkie stare "monolityczne" elementy zostały przeniesione do nowego "modułowego" contrib. Niektóre z nich mogą nigdy nie zostać przeniesione. To społeczność musi przesłać fragmenty biblioteki, które uzna za przydatne.
Możesz spróbować skontaktować się z pierwotnym opiekunem, aby sprawdzić, czy ma on plany migracji do nowej biblioteki.
Zapoznaj się z artykułem http://dev.clojure.org/display/doc/Clojure+Contrib, aby zapoznać się z nowym produktem Contrib i dowiedzieć się, co się stało.
Jest teraz lepszy przegląd stanu migracji w lokalu:
http://dev.clojure.org/display/design/Where+Did+Clojure.Contrib+Go
myślę RTFM nie jest dobrym rozwiązaniem. Miałem ten sam problem z mapą priorytetów i nadal nie znalazłem go w modułowych pakietach contrib. Doszedłem do wniosku, że wersja modułowa nie zawiera jeszcze wszystkiego ze starego contribu, ale nie jestem tego pewien. –
Rzeczywiście nowy contrib nie zawiera wszystkiego od starego contribu. Myślę, że lista, z którą się łączyłem, zawiera wszystko, co migrowano do tej pory. – harto
, więc na razie najlepiej unikać 1.3 i trzymać się contrib, aż opadnie kurz? wydaje się nieco kłopotliwym stanem rzeczy. Teoretycznie lepiej teraz niż później, ale z pewnością jest to irytujące, –