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

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

Зачем вам контролировать порядок выполнения асинхронных операций? Это обычно очень плохая практика

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

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

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

А ещё можно геттеры, сеттеры, equals генерить через shift+insert -> getters and setters | equals and hashCode :)

А зачем вообще вызывать отдельные корутины, если они sequential by default? Просто сделать функцию suspend и всё.

а дальше вопрос, сколько таких вызовов

Это же рейс кондишен, нет?

Отвечу вопросом на вопрос: а JIT с этим не справится сам?

Ну да, именно

Я сомневаюсь, что он проводит такие оптимизации

А ты проверял?

ща проверю

>кэширующий... кто-то решил бросить вызов основной проблеме программирования?

А зачем так делать? Или что-то вынуждает?

Кэшировать хэш-код строк, чисел и т.д. большого смысла нет, т.к. он и так вычислится довольно быстро (а главное, за O(1)).

В общем момент какой — вызывается мой метод, в котором я как-то обрабатываю данные (хочу как раз прикрутить корутины туда) и после хочу вызвать указанный колбэк. Метод вызываю не я сам, потом контролировать это не могу. Но при этом последовательность вызовов колбэка нужно сохранить

хэш-коды строк «вычисляются» за О(1) только потому что кэшируются ;)

цель та же - меньше одинаковой писанины, которую нужно тестировать

серьёзно?

...и сложнее компилятор, который нужно тестировать. Я вот понимаю идею и мотивацию, но блин, кому нужен этот хэш-код?

хэш-коды строк «вычисляются» за О(1) только потому что кэшируются ;)

В одной из компаний использовали объекты interface Key как ключи к данным в IOC

Что это за класс, какие такие данные? А, какая разница, это же единичный случай.

поправил, это был интерфейс, но не важно - реализации ключей были разные (от данных из бд (то есть реализация select)) до обычных строк внутри

Я тут вообще пишу штуку, которая без рефлексии и кодогенерации позволяет объявлять структуры, которые можно хоть из БД вычитать, хоть из JSON или любого другого формата. hashCode, equals и toString() у них тоже есть. https://t.me/kotlin_lang/93838

нет, не успел пока

https://gist.github.com/Mishkun/d5ef92c108ab086a1ed3253e6b16124c

А можно заменить на одно поле и сравнивать с 0 (как в String)

получается, выигрышь в полтора раза?

А что за аннотация @Benchmark?

это от JMH

не забывай про ошибку

в общем, какую-то горсть наносекунд выиграть можно

ок

кстати да, первое, что попросят JB к перформансным задачам — бенчмарки

Как то странное, что с “кешированием” получается в 1.5 медленне ?

Как то странное, что с “кешированием” получается в 1.5 медленне ?

Подожи ”jmh.KotlinLazy.eagerHash": 4644407.477 ops/s "jmh.KotlinLazy.lazyHash" : 2535249.580 ops/s

это ошибка

Я, кстати, не понял, что имеется ввиду

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

Да там она все равно на порядки меньше значения

Клиент либы объявляет структуру: https://github.com/Miha-x64/reactive-properties/blob/master/logic-sample/src/main/kotlin/net/aquadc/propertiesSampleLogic/sql/schema.kt#L13 Тем временем, string, long и т. п. — это вот такие god converterы: https://github.com/Miha-x64/reactive-properties/blob/master/persistence/src/main/kotlin/net/aquadc/persistence/converter/converter.kt#L46 В месте использования мы очень надеемся, что конкремный конвертер действительно реализован: https://github.com/Miha-x64/reactive-properties/blob/master/sql/src/main/kotlin/net/aquadc/properties/sql/JdbcSession.kt#L65 Вопрос: как сделать более гибко и менее уродливо?

@themishkun как можно с вами (тобой) связаться кроме телеги? я в личку писать не могу -.-

а почему в лс не можешь?

https://gist.github.com/Mishkun/d5ef92c108ab086a1ed3253e6b16124c

а можно не в операциях в секунду, а в наносекундах на операцию?

ты хочешь проверять что для данного типа есть JDBC и другие конвертеры?

Как вариант.

Т.е. делаешь универсальную спеку? Есть одна идейка, но она немного сложная, вечерком распишу

а можно не в операциях в секунду, а в наносекундах на операцию?

Всем привет, не могу подружить котлин, джексон и прогвард. Прописываю -keep kotlin.Metadata но дата классы все равно не хотят сериализоваться. Подскажите если у кого-то если кто-то сталкивался)

jackson-kotlin подрублен?

подрублен

com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of app.example.c.b.h (no Creators, like default construct, exist): cannot deserialize from Object value (no delegate- or property-based Creator)