например, State monad

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

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

https://developer.android.com/training/index.html

лучше все равно нет

слишком быстро меняется платформа

даже документация не всегда поспевает а книжка печатается уже устаревшей

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

Там все есть

Тебе правильно ссылку дали

посоны, есть суперский вопрос про kotlin, JIT и извращения

не держи в себе

пфф

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

в общем, как-то так повелось, что я странно форматирую sql в джаве

примерно так

чёт проорал)

и сложение строк меня не особо парит, тк. JIT C2 такие штуки через час рантайма оптимайзит

жесть

орм не нружно)

а там в сторону JOOQ не смотрел?

орм не нружно)

да хотя бы в файлах хранить)

ну ORM иногда нахрен не нужен

орм медленно

суть не в этом

орм не медленно

орм просто надо уметь готовить))

чёт проорал)

+

я хочу в котлине использовать margin prefix для форматирования таких штук

типа такого

ох

JOOQ

вопрос, собсна, JIT C2 осилит .trimMargin() или нет

тебе сильно упросит

да не нужен мне jooq

жизнь

jooq -- это реальное извращение

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

эт почему? )

ну вот ты сталкнешься с божественным рефайкторингом и охуешь чутка

а jooq -- это прям копро груповуха какая-то

мне такое не нужно

хибернейт ?;)

хибернейт ?;)

медленно и бесит

с ним приседаний больше надо сделать, чтобы все хорошо работало, чем на голом sql

и рили бесит его через xml настраивать

уж не знаю, как сейчас

лукас едер смотрит на твое форматирование как на гавно

лукас едер смотрит на твое форматирование как на гавно

мне ни холодно, ни жарко от этого

зато легко читается

лучшее, что я видел и придумал для чистого sql внутри жабки

ну вот я не согласен если честно

единственное, редактировать не очень удобно

ага

но надо просто научиться писать код на века и все хорошо будет

единственное, редактировать не очень удобно

myBatis?

тот же jooq - это хотябы тайпсейф

и вообще

зачем все через капитал?

https://pbs.twimg.com/media/CuwPjBNW8AABF6l.jpg:large

ERROR: S client not available

шипилева слушаешь?

ну, у меня свое предстваление как должен быть отформатирован читаемый sql код

у меня на первом проекте, на который попал, для sql была написана вообще своя абстракция, в файлах лежал голый sql, а т.к. прилага могла запускаться на 3х разных базах, то и код был для 3х, и в зависимости от базы выбирался нужный

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

)))

myBatis?

я его так ни разу и не трогал его

стойко держишь позицию)

да теже яйца только SQL в XML перенесешь.

myBatis?

но вообще я стараюсь избегать технологий, где первой строкой в документации стоит "Configuration XML"

голый sql обернутый в xml, только с фичами а-ля jsp

жизнь слишком коротка, чтобы писать xml руками

голый sql обернутый в xml, только с фичами а-ля jsp

это прямо то о чем все мечтают )))

это прямо то о чем все мечтают )))

ну Станислав же мечтает о голом sql)

а так хоть в файлах лежать будет

который орет

да

и параметры нормально передавать можно будет

станиславу может и подойдет

я не особо мечтаю, но как-то альтернатив особо нет

какой нафиг xml в современном hibernate?

какой нафиг xml в современном hibernate?

мы про майбатис

какой нафиг xml в современном hibernate?

я хз, я его трогал последний раз года 3 назад

Hibernate+JPA + Spring-Data

и намучался очень сильно

работает быстро, если понимаешь определенные вещи

Hibernate+JPA + Spring-Data

для пет-проектов такое и юзаю

а eclipselink кто-нибудь использует?

Может тебе удобнее будет запросы в текстовых файликах держать, а на старте в мапу какую-нибудь вычитывать?

работает быстро, если понимаешь определенные вещи

ну а зачем мне их понимать? мне все равно нужны абстрации, которые батчат запросы у меня все равно много специфичной работы с sql, придется что-то костылять

ну и мучатся с еще одной абстракцией не хочется