Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті
В силу определенных обстоятельств захотелось мне странного.
А именно какой нибуть легковесной библиотеки реализующей functional patterns для работы с коллекциями. Хотелось бы услышать байки из склепа — именно отзывы о том кто чем пользуется\плотно щупал.
Посылать в гугол меня не надо, хочется именно user experience услышать. В стиле — пользовались этим, напрягало то то.
Будете если guava активно пользовать — берегитесь Live коллекций и тяжелых итераторов/функций. Скажем,
Mykola Gurov
Lists.newArray(Lists.transform(input, function))применит функцию дважды к каждому элементу.
Lists.newArray(Lists.transform(input, function))Запускать и дебажить лень, посему спрошу:применит функцию дважды к каждому элементу.
А с чего бы это? (Для Итераблов/Итераторов по одному разу, вроде как)
Потому что когда оно Collection получает, то для оптимизации выделения памяти сначала опрашивает size, а потом уже итерирует. А Iterables как раз от этой засады спасают:Lists.newArrayList(Iterables.transform(input, function))
Потому что когда оно Collection получает, то для оптимизации выделения памяти сначала опрашивает size, а потом уже итерирует.
Таки надо подебажить. По коду #size делегируется исходному списку и вызывается только в AbstractCollection#toArray()
Таки да, все напутал. Не Lists.transform, а Collections2.filter, и не Function а предикат... И таки не воспроизводится, может в случаях посложнее, а может — рассосалось... :)
Я так понимаю потенциальная проблема например в том что на каждый вызов size() оно будет проходить по всей коллекции и накладывать предикат на каждый элемент колекции, что конечно не верх оптимальности.
Наверное все таки только гуава. У них самая лучшая поддержка. Вот только замыкания на ананимках очень криво выглядят.
В яве не оч красиво с ФП, если есть возможность заюзай Groovy. Его как раз за работу с коллекциями и любят groovy.codehaus.org/Collections
Груви очень легко и быстро интегрируется в проэкт. Очень хорошая совместимость, например ничего не стоит с джавы дергать класс написанный на груви. Ну и синтаксис у него «джава++».
увы пока никак. был бы выбор- скорее всего попробовали бы слесть на scala...
Gava. Вполне нравится. Смотрел на code.google.com/p/lambdaj , но чисто субъективно выбрал гуаву. Со статик импортами вообще хорошо.Хотелось бы услышать байки из склепа — именно отзывы о том кто чем пользуется\плотно щупал.
Если есть возможность ждать до лета +
Меня лично не напрягает. Некоторых коллег не столько «напрягало», сколько «надо привыкнуть», далеко не всем понятно нах надо фильтр если можно циклом пройтись.В стиле — пользовались этим, напрягало то то.
Из минусов гуавы, там нет reduce.
Вообще была мысль вдохновится одним велосипедом но он оказался жирноват и хз как оптимизирован.
Стена кода а business value около 0.Это в смысле анонимные классы?
Можно писать на Guava в стиле:
Bogdan Shyiak
Mykola Gurov
reality_hacker
Ivan Pomidorov
Sergey Ponomarev
Grez
Bogdan Shyiak
Oleg Tyshchenko
reality_hacker
List<string> p = filter(in, and(MY_PREDICATE, equalsTo("Vasya")))но памоему изврат во многих случаях.
на гуаву смотрел, точечно пользовался... Просто думаю — вдруг я упускаю что то позволяющее избавится от проклятых foreach ( у меня их сейчас прорва) и не охренеть от длиннючих и корявых телескопических методов. еще lambdaj есть но я ее еще не пробовал.
еще lambdaj есть но я ее еще не пробовал.Еще есть:
свои коллекции не очень хотелось бы, настораживает.... у меня еще и jpa есть вместо якоря
guava + hibernate нормально. Нормальная спека не должна зависеть от подлежащей имплементации скажем данного List. Ну чтоб наверняка пару тестов простых написать можно в процессе ознакомления / выбора.
У Гуавы тоже своя как правило, см. например docs.guava-libraries.googlecode.com/....base.Function
Я обычно все через итераторы делаю, так шо у меня в основном АррайЛисты получаютсо :)
Итераторы и итерабелы действительно рулят для работы с Guava’s live collections.
Чтобы не охренеть от телескопических методов делайте то же самое, что делаете для этого с кодом вообще. Extract method, declare class, etc. И следите за сокомандниками, а то потом за излишне резвыми зеалотами ни код понять ни подебажить нормально.
anonymous
24 коментарі
Додати коментар Підписатись на коментаріВідписатись від коментарів