Что есть JAP? Как-то плохо гуглится и особо плохо яндексится.)

java annotation processor

AspectJ вроде ломался с ним

Дело не в граблях, а в том, что минимум половина удобства разработки на джаве это иде, а ламбок делает из иде тыкву

java annotation processor

Это не то же что и apt?

Это не то же что и apt?

apt?

Дело не в граблях, а в том, что минимум половина удобства разработки на джаве это иде, а ламбок делает из иде тыкву

нет же, для этого есть плАгин

apt?

https://docs.oracle.com/javase/1.5.0/docs/guide/apt/GettingStarted.html

с ним всё нормально

нет же, для этого есть плАгин

Когда я его в последний раз смотрел, он не покрывал нужный функционал

то что я часто юзаю, а именно @data работало нормально

А экстеншны?

не юзаю, привык писать StringUtils

А в котлине работают ?

https://github.com/rzwitserloot/lombok/issues/985

Ну вот как бы к чему приводит, если костылять вокруг компилятора

> I'm convinced it will work in the end. I do fear that there need to be compiler flags to open up to lombok. How bad it will be, we don't know yet.

> I'm convinced it will work in the end. I do fear that there need to be compiler flags to open up to lombok. How bad it will be, we don't know yet.

зато на джаве, и всё родное

ну какая это джава)

не юзаю, привык писать StringUtils

ага) http://grepcode.com/file/repository.grepcode.com/java/ext/com.jetbrains/intellij-idea/12.0/com/intellij/openapi/util/io/FileUtil.java

Это по-сути новый язык, потому что код который ты пишешь, это невалидный java код

кстати, а как @val работает?

Самое норальное что там есть, это деломбок)

вот делаешь ты @val a = new AList<A>()

ну ломбок генерит новый сорс файл, и скармилвает javac)

Поясните непросвящённому, что получается в итоге?

у тебя в a — Alist, List, Collection?

type alias?

Поясните непросвящённому, что получается в итоге?

выводит тип за тебя

https://projectlombok.org/features/val.html

ну тут показано тип -> тип

а не тип -> любой тип выше по иерархии

ничего не понял

Красиво, но с большим успехом можно писать на Котлине :)

ничего не понял

представим, что ты ещё иногда пишешь на джаве

как часто ты делаешь

AList<A> a = new AList<>()

и как часто List<A> a = new Alist<>()

Первое почти никогда

Но это сильно зависит от того что ты пишешь

Я в локальных переменных регулярно это пишу реализацию. В полях оставляю интерфейс, да. В любом случае, это почти ни на что не влияет.

вот, а @val ломбока ставит, походу, тот же тип что и справа

вот, а @val ломбока ставит, походу, тот же тип что и справа

И что?

val в Kotlin тоже так работает, что изменилось из-за этого?

И что?

не могу придумать случай когда это плохо

ну мне кажется val в котлине работает чуть умнее)

но определённо плохо

но определённо плохо

лол, что я могу сказать

Вообще конечно лучше использовать общий тип

Зависит от задачи

Может в AList есть метод, который заточен на перформанс, и ты этот AList для того и создал, чтобы его иметь)

это в общем случае, чтобы не прошляпить сутацию, когда ты передаешь конкретный тип дальше

конечно, это не вырезано в камне, вполне бывают ситуации, когда это необходимо

я просто не часто, но сталкивался с проблемами с этим связанными, они не смертельны, но без них было бы чище и проще оирентироваться в коде

в котлине часто на это кладу, потому что часто тип не пишу для локльных переменных особенно

это в общем случае, чтобы не прошляпить сутацию, когда ты передаешь конкретный тип дальше

так это же проблема того кто принимает, потому я и написал, что не могу придумать случаев, когда val не от конкретного типа — плохо.

ну да, я вот например люблю генерировать методы от использования

и идея мне нагенерит ArrayList

и пошло поехало

но эта проблема конечно не стоит того внимания, которое мы ей уделили ?

В Android есть Bundle.putParcelableArrayList, поэтому иногда удобно держать тип реализации :)

https://twitter.com/tproger/status/834461033687351296

как вам современный твит

?

есть ли возможность использовать с котлином android annotations? например @LayoutRes с property не удается с ходу подружить. есть какие-то известные обходные пути?

ERROR: S client not available

Господа, я правильно понимаю что (java9) Flow.Publisher<T> (используя как rx.Single) можно использовать как IO монаду? Тк оно ленивое и к нему можно написать bind() и fmap().

Сингл возможно реализует Паблишера, но это явно не одно и тоже

есть ли возможность использовать с котлином android annotations? например @LayoutRes с property не удается с ходу подружить. есть какие-то известные обходные пути?

А где там оно не дружит?

Сингл возможно реализует Паблишера, но это явно не одно и тоже

Ну да, я имел ввиду что если юзать Publisher как Single те onNext() и сразу onComplete()

А где там оно не дружит?

override val layoutResource: @LayoutRes Int вот что-то такое пытаюсь сделать - This annotation is not applicable to target 'type usage'

Везде вроде пишут про монаду, наверное монада

override val layoutResource: @LayoutRes Int вот что-то такое пытаюсь сделать - This annotation is not applicable to target 'type usage'

@LayoutRes override val...

@LayoutRes override val...

ну так таже ошибка только target другой

или @field:FLayoutRes override val layoutResource: Int

Везде вроде пишут про монаду, наверное монада

Я тут набросал код http://pastebin.com/dLYE3aYp - вроде очень похоже на то что есть в Haskell

Господа, я правильно понимаю что (java9) Flow.Publisher<T> (используя как rx.Single) можно использовать как IO монаду? Тк оно ленивое и к нему можно написать bind() и fmap().

А что это в практическом смысле дает?

или @field:FLayoutRes override val layoutResource: Int

и getter, наверное

А что это в практическом смысле дает?

Что в 9-ой джаве реактивное программирование из коробки идет?

Что в 9-ой джаве реактивное программирование из коробки идет?

Неа ?

Только интерфейсы как я понимаю

почему нет? flow разве не реализует реактивные стримы

А что это в практическом смысле дает?

То что можно писать функции без побочных эффектов (если мы говорим про монаду IO). А если скомбинировать с коррутинами, то можно наверное повторить хаскелевсикий do. Что это глобально дает разработчику, вопрос открытый.

почему нет? flow разве не реализует реактивные стримы

Ну, реализации в jre не будет, если я все правило понял

private fun test(a: @StringRes Int) вот так тоже не получается

таже ошибка

private fun test(@StringRes a: s Int)

То что можно писать функции без побочных эффектов (если мы говорим про монаду IO). А если скомбинировать с коррутинами, то можно наверное повторить хаскелевсикий do. Что это глобально дает разработчику, вопрос открытый.

Ну, так вроде для функционального программирования есть готовые библиотеки, зачем для этого флоу?

private fun test(@StringRes a: s Int)

да, так компилируется

но валидации никакой

@LayoutRes val b : Int = layoutResource @StringRes var a: Int a = b

никаких ворнингов даже

Зато уже и RxJava, и Reactor, и Akka имплементят реактивные стримы, и теперь потоки с одной библиотеки конвертятся в другие. стандартизация

да, так компилируется

Аннотация всегда перед объявлением, а не в середине

Аннотация всегда перед объявлением, а не в середине

да, спасибо

Зато уже и RxJava, и Reactor, и Akka имплементят реактивные стримы, и теперь потоки с одной библиотеки конвертятся в другие. стандартизация

Это да

но оно все равно не работает как в джаве (по крайней мере так как я ожидаю)

но оно все равно не работает как в джаве (по крайней мере так как я ожидаю)

Линт его не хавает, и это печально. Но мы у себя всеравно юзаем, надеясь что в будущем починят