нужен только при билде ear/war?

нужен только при билде ear/war?

У меня нет jee в проекте (:

maven/gradle для всего нужен. То есть все можно (и рекомендуется) делать через них

ну в продакшене

нету мавена\гредела

правильно?

Не понял вообще

Все равно не понял. Сборочный механизм самой IDEA использвется только если что-то запускается из самой среды типа отладочных скриптов. Релизы в любом случае через Gradle, а там инкрементальная компиляция

не обязательно. в идее можно поставить флажок делегировать билд градлу. тогда даже запуски тестов из ide будут через градл.

Ну если у тебя продакшн не ci, тогда не должно быть.

Кстати, по поводу мавена к среде есть претензия. Если в репозиториях поселяется sonatype, то обновление индексов идет несколько часов и потом директория с конфигурациям - несколько гигабайт

не обязательно. в идее можно поставить флажок делегировать билд градлу. тогда даже запуски тестов из ide будут через градл.

Очень глючно работает. По крайней мере если есть compositeBuild

Кстати, по поводу мавена к среде есть претензия. Если в репозиториях поселяется sonatype, то обновление индексов идет несколько часов и потом директория с конфигурациям - несколько гигабайт

Гм. Выноси билды на отдельную ноду и не храни весь этот мусор.

И я не про тесты. У меня всякая наука. Иногда для того, чтобы построить график проще скрипт из среды запустить ,чем собрирать все.

Очень глючно работает. По крайней мере если есть compositeBuild

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

Это тоже можно грэдлом делать в принципе... кстати надо посмотреть, как оно работает. На груви глючило, но на котлине может и будет работать.

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

Ага. Если глюки, то я этот флажок обычно туда-сюда дергаю.

Это тоже можно грэдлом делать в принципе... кстати надо посмотреть, как оно работает. На груви глючило, но на котлине может и будет работать.

У тебя по идее все должно в бд сонара лежать

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

Очень глючно работает. По крайней мере если есть compositeBuild

Зато очень помогает когда используется annotation processing, или code enhancement для Hibernate, или еще какая-либо кодогенерация... Для идеевского билда приходится искусственно ставить и настраивать плагин, который не всегда есть.

Зато очень помогает когда используется annotation processing, или code enhancement для Hibernate, или еще какая-либо кодогенерация... Для идеевского билда приходится искусственно ставить и настраивать плагин, который не всегда есть.

Я вообще такие плагины не использую (:

Ну в общем-то и зря. Зависит конечно от сферы, но всякие protobuf и tornadofx весьма удобны.

tornadofx? кодогенерация?

Ну в общем-то и зря. Зависит конечно от сферы, но всякие protobuf и tornadofx весьма удобны.

Я maven запускаю он все собирает (:

А дальше можно работать

Это да, но подстветка синтаксиса, автоподстановка и прочее - это крайне полезно

парни подскажите по синтаксису котлина как правильно написать

у меня есть сет фрагментов

Это да, но подстветка синтаксиса, автоподстановка и прочее - это крайне полезно

Подсветка синтаксиса protobuf работает по-моему без плагина генерирующего код.

мне нужен лист имен этих фрагментов

тупо запустить foreach по сету и добавить в лист?

А кто говорил про генерацию кода?

мне нужен лист имен этих фрагментов

типа .map { it.name }?

да

я пробовал как-то так

val mutableListOf = mutableListOf(fragmentStack.forEach { getScreenName(it as BaseAppFragment<*>) })

но тогда у меня в листе просто kotlin.Unit

дык forEach возвращает Unit

`fragmentStack.map { getScreenName(it as BaseAppFragment<*>) }`

спасибо получилось

и еще вопрос маленький

такая запись для проверки на null правильная?

где fragmentStack nullable

такая запись для проверки на null правильная?

что значит «правильная»?

ну... по бест практик и т.д.

ну... по бест практик и т.д.

Намана. Только так ли нужен downcast к BaseAppFragment?

Намана. Только так ли нужен downcast к BaseAppFragment?

нет не нужен, уже исправил

и почему mutableList?

спасибо

и почему mutableList?

хм, я хз

и почему mutableList?

использовать просто aaray list?

Я думаю лучше дефолтный listOf, который immutable

Ой, сорян, это вообще просто имя

.map вроде immutable list возвращает, в любом случае имя получше можно

Если это весь код, там вообще можно инлайнить все, не создавая промежуточного листа

.map вроде immutable list возвращает, в любом случае имя получше можно

ага, спасибо

Если это весь код, там вообще можно инлайнить все, не создавая промежуточного листа

мне кажется что потом не удобно чиать тогда

fragmentStack.joinToString(separator = " -> ") { getScreenName(it) }

Ну строковую переменную можно создать для читаемости

Компилятор ее все равно заинлайнит

щя подумаю как сделать, у меня тут расширилась задача

еще небольшой вопрос

работа с возможным bundle null тут правильная или лучше написать по другому?

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

лучше чтобы bundle никогда не был null

и я пытаюсь понять это все

Про @kotlin_mobile слышал? Не всем здесь интересен андроид

val bundle = arguments ?: Bundle()

лучше чтобы bundle никогда не был null

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

Про @kotlin_mobile слышал? Не всем здесь интересен андроид

о, нет спасибо, перееду туда

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

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

это к фреймворку, там всё мутабельное

может так? fragmentStack?.map { getScreenName(it as BaseAppFragment<*>) }?.joinToString { " -> " }?.run { println(this) }

а

а, выше уже лучше пример дали

может так? fragmentStack?.map { getScreenName(it as BaseAppFragment<*>) }?.joinToString { " -> " }?.run { println(this) }

Ну вот это уже очень плохо читается. Я иногда так делаю, но стараюсь избегать

Про @kotlin_mobile слышал? Не всем здесь интересен андроид

Все же вопросы пока общего характера

может так? fragmentStack?.map { getScreenName(it as BaseAppFragment<*>) }?.joinToString { " -> " }?.run { println(this) }

kotlin way on steroids

val bundle = arguments ?: Bundle()

блин ну вот дейстивтельно, сам же мог додуматься

спасибо

val args = arguments ?: Bundle().also { arguments = it }

эээ. Чего-то оно не то делает

тут аргументы которые в лямбде к чему относятся?

оно заменяет ещё и строчку arguments = bundle

ой

А так вообще не надо делать если есть возможность. Изменение внешнего состояния изнутри функции. Бяка

val args = arguments ?: Bundle().also { arguments = it }

а разве не так?

val bundle = (arguments ?: Bundle()).also { }

.also { } — это ошибка?

а я понял

да туплю

я неправ

Расскажи, какие лайфхаки юзают в JB, что бы быстрее собирать проекты? У вас же там монореп из смеси java+kotlin?

Параллельная компиляция и больше памяти выдать javac. Ну и как бы всё :)

Параллельная компиляция и больше памяти выдать javac. Ну и как бы всё :)

<trollmode> Собирать не через гредл </trollmode>

Параллельная компиляция и больше памяти выдать javac. Ну и как бы всё :)

> Параллельная компиляция А это как включается?

> Параллельная компиляция А это как включается?

В идее: Preferences | Build, Execution, Deployment | Compiler

Compile independent modules in parallel

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