И что ты будешь делать с дублирующимися ключами?

Ты же про то, что в объекте можно передать одно и тоже поле 2 раза?

Ты же про то, что в объекте можно передать одно и тоже поле 2 раза?

Я про то что в массиве из сотни объектов с одинаковой структурой имя каждого поля встретишь сотню раз.

свежие графики подъехали https://github.com/wizzardo/json-benchmarks

Мб pojo и map на разные графики разнести?

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

нужно график жаваскриптом рисовать, с выбором, что рисовать

никто не хочет заняться?)

Люююююди, в jvm есть кешь строк, и она всё закеширует за вас, по статистикам

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

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

https://m.habrahabr.ru/company/redmadrobot/blog/351516/

Выжимка из доклада Станислава Ерохина с митапа @kug_spb опубликована на хабре https://habrahabr.ru/company/redmadrobot/blog/351516/

свежие графики подъехали https://github.com/wizzardo/json-benchmarks

jackson то жжет там использовалась сериализация через object mapper?

Нашел)

jackson то жжет там использовалась сериализация через object mapper?

да, он хорош, да ObjectMapper, есть еще варианты?

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

теперь надо протобуф vs json )

Не совсем понятна концепция инлайн классов в 1.3. Может кто-нибудь объяснить?

ну, они инлайнятся))

Спс.)))

Может я слишком пного хочу. Есть функция принимающая лямду с ресивером, в этой лямбде кроме прочих операций я могу вызвать либо ф1 либо ф2, либо ниукакую. Есть ли такая странная возможность

Может я слишком пного хочу. Есть функция принимающая лямду с ресивером, в этой лямбде кроме прочих операций я могу вызвать либо ф1 либо ф2, либо ниукакую. Есть ли такая странная возможность

не очень понятно о каких "прочих операциях" речь? что ты хочешь фактически сделать?

не очень понятно о каких "прочих операциях" речь? что ты хочешь фактически сделать?

забуть при прочих (рутиных), мне нужно вызвать либо ф1 либо ф2

очень странный кейс, скорей я просто играюсь

забуть при прочих (рутиных), мне нужно вызвать либо ф1 либо ф2

я не понимаю, что тут написано :(

Метод, который из условия какого-то вызывает ф1 или ф2 функции, которые передаешь в метод ?

Примерно такое ?

Примерно такое ?

да не, забейте

Не совсем понятна концепция инлайн классов в 1.3. Может кто-нибудь объяснить?

Это что-то типа value type для бедных Когда хочется хранить данные не по ссылке, а по значению. Но поскольку value types в JVM не завезли, то видимо приходится извращаться в отведенных JVM рамках, например у inline классов может быть только одно поле.

Это что-то типа value type для бедных Когда хочется хранить данные не по ссылке, а по значению. Но поскольку value types в JVM не завезли, то видимо приходится извращаться в отведенных JVM рамках, например у inline классов может быть только одно поле.

Блин, я ровно в такими же словами объяснял это кому-то про инлайн классы на прошлой неделе. High five bro =)

:) интересно, что они пишут что ограничение на одно поле "пока" я вот гадаю, как же его можно потом обойти, ну кроме того, что написать свою JVM

Не совсем понятна концепция инлайн классов в 1.3. Может кто-нибудь объяснить?

Я думаю сейчас самое простое понимание про инлайн классы будет сделать какой-нибудь класс Point, заюзать его в паре мест, а потом нажать на классе ctrl+alt+N в идее и посмотреть что будет

:) интересно, что они пишут что ограничение на одно поле "пока" я вот гадаю, как же его можно потом обойти, ну кроме того, что написать свою JVM

хотя я кажется догадываюсь, как если просто запретить на них ссылки, всегда передавать по значению

А кто то пилил бэк для почтовых клиентов? Если взять JavaMailApi + ktor, норм будет если в бэкенд ниразу ногой не ходил, а говнокодил под ведро? Или есть что то готовое норм, что можно будет легко переделать?

хотя я кажется догадываюсь, как если просто запретить на них ссылки, всегда передавать по значению

Типа дальше джит разрулит?

не, джит об этом даже не догадается, потому что этот класс не переживет фазу компиляции и до jvm не доберется везде где этот класс используется, компилятор засунет его содержимое по принципу "мы с Тамарой ходим парой" Например, было class Vec2(val x: Float, val y: Float) class Foo(val position: Vec2) А станет Foo(val position_x: Float, val position_y: Float)

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

А, ну я думал оно так и сейчас есть

С коллекциями самая засада, хз как заинлайнить ключ в мапке, например

никак, только свои коллекции делать специально для этого

вообще если идти в native, то конечно хочется и value types, и generics полноценные как у людей а тут эта java архаичная со своими ограничениями, с которой надо совместимость поддерживать вот не осилил Sun в восемьсот двенадцатом году, а до сих пор аукается

Очень хороший пример инлайн-класса это Color огромное количество методов которые с ним можно делать, получать ргб компоненты, инвертировать, складывать, вычитать и ещё куча всего. По факту же это обёртка для инта (обычно). Т.е. можно просто было бы заменить использование цвета на инт+экстеншены для экономии объекта на каждый инсианс, но некошерно засорять скоуп инта. И тут выходит инлайн класс такой красивый, который это может сделать в отдельном скоупе

Очень хороший пример инлайн-класса это Color огромное количество методов которые с ним можно делать, получать ргб компоненты, инвертировать, складывать, вычитать и ещё куча всего. По факту же это обёртка для инта (обычно). Т.е. можно просто было бы заменить использование цвета на инт+экстеншены для экономии объекта на каждый инсианс, но некошерно засорять скоуп инта. И тут выходит инлайн класс такой красивый, который это может сделать в отдельном скоупе

Благодарю.)

Котланы, есть вот такой пример fun foo(a: Int, b: Int) = ??? val a: Int? val b: Int? val c = a?.let { a -> b?.let { foo(a, it)) } } Есть ли более простой, красивый или идеоматичный способ сделать это?

Котланы, есть вот такой пример fun foo(a: Int, b: Int) = ??? val a: Int? val b: Int? val c = a?.let { a -> b?.let { foo(a, it)) } } Есть ли более простой, красивый или идеоматичный способ сделать это?

val c = if (a != null && b != null) { foo(a, b) } else { null } Не обмазываться вложенными let - это всегда просто и красиво

ох как больно

кароч null safety подвезли, а удобные комбинаторы забыли

кароч null safety подвезли, а удобные комбинаторы забыли

Это да. Но для такой ситуации можно и свой написать.

Это да. Но для такой ситуации можно и свой написать.

Всё можно самому написать, но это не в плюс языку и комьюнити

Вложенные let хоть сколько то декларативно выглядят, с if совсем чот печать

Еще и туплы задепрекейтили, так бы можно было екстеншинов написать на подобии (a, b, c, d).mapN(foo)

Котланы, есть вот такой пример fun foo(a: Int, b: Int) = ??? val a: Int? val b: Int? val c = a?.let { a -> b?.let { foo(a, it)) } } Есть ли более простой, красивый или идеоматичный способ сделать это?

Arrow.core.option и монада

Arrow.core.option и монада

Если тащить Arrow то проще на скале

Ну ты же чото не на скале :)

Да не ссы, тащи

Ну ты же чото не на скале :)

С чего ты это взял?

А, ну тогда на скале

¯\_(ツ)_/¯

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

@eld0727 наш шпион из скала чатика

Я же уже обозначил свою роль тут - диванный эксперт

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

Плюс котлина точно не в тюплах и комбинаторах P.S. и if сверху куда нагляднее выглядел

Плюс котлина точно не в тюплах и комбинаторах P.S. и if сверху куда нагляднее выглядел

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

через if норм, куда уж идиоматичней?

ERROR: S client not available

Котланы, есть вот такой пример fun foo(a: Int, b: Int) = ??? val a: Int? val b: Int? val c = a?.let { a -> b?.let { foo(a, it)) } } Есть ли более простой, красивый или идеоматичный способ сделать это?

когда будут контракты можно будет делать if(notNull(a,b,c,d,...))

через if норм, куда уж идиоматичней?

Если бы я считал, что if с проверкой на null - это норм, я бы не спрашивал

когда будут контракты можно будет делать if(notNull(a,b,c,d,...))

Куда глядеть?

Куда глядеть?

так сходу не сброшу ссылок https://habrahabr.ru/company/redmadrobot/blog/351516/ вот тут к примеру Метаинформация для DFA и смарткастов

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

public inline fun <T:Any> requireNotNull(value: T?): T { contract { returns() implies (value != null) } return requireNotNull(value) { "Required value was null." } } вот например ты делаешь val a: String? = "trololo" requireNotNull(a) a.length // без контракта тебе нужно было б делать a!!.length или проверять на null еще раз

Да уже прочитал, спасибо

Ну вобщем то не легче от этого :)

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

Ну я скорее написал бы всё таки ряд утильных функций fun <A, B, C> apply(a: A?, b: B?, f: (A, B) -> C): C? = ???

ну хз, let юзать всегда как замену для if тоже не очень хорошо

Прост let убирает ненужную ветку с return, и я могу A? воспринимать как эндофунктор впринципе, а ?.let как map

не уверен что это даст плюс к читаемости кода

Котланы, есть вот такой пример fun foo(a: Int, b: Int) = ??? val a: Int? val b: Int? val c = a?.let { a -> b?.let { foo(a, it)) } } Есть ли более простой, красивый или идеоматичный способ сделать это?

fun <P1, P2, R> let2(p1: P1?, p2: P2?, block: (Pair<P1, P2>) -> R): R? { return p1?.let { v1 -> p2?.let { v2 -> block(v1 to v2) } } }

ну и можно вместо тупла сделать просто функцию от двух аргументов

ну и можно вместо тупла сделать просто функцию от двух аргументов

Спс, я уже это выше написал

Это что-то типа value type для бедных Когда хочется хранить данные не по ссылке, а по значению. Но поскольку value types в JVM не завезли, то видимо приходится извращаться в отведенных JVM рамках, например у inline классов может быть только одно поле.

по ссылке и по значению - какие то сишные термины. Мне казалось, что суть inline классы == newtype в Haskell. Просто возможно сократить множество типа и построить абстракцию без удара по перформансу

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

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

Потому что всегда передаётся значение примитивов

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

Какое разделение? Есть прувы где то, что создатели языка вот так это всё называют?

Потому что всегда передаётся значение примитивов

ну не сказалы бы, примитив это что-то конкретное, оно имеет смысл. Правильней сказать это все некий набор битов (или что в таком духе)

Какое разделение? Есть прувы где то, что создатели языка вот так это всё называют?

ну называют по разному иногда ссылку называют "указатель", но суть дела от этого не меняется на уровне байтиков выбора ровно два: либо пихать в стек адрес объекта, либо целиком тушкой либо в поле хранить адрес участка памяти, где хранится объект, либо сам объект тушкой а в какие языковые абстракции это сверху обернуто и как их назвать - это уже дело вкуса

Кароч ладно, у меня более жизненный вопрос есть разница межу and и &&

https://kotlinlang.org/docs/reference/basic-types.html#operations

Кароч ладно, у меня более жизненный вопрос есть разница межу and и &&

да вроде не

а не есть

and это &

но жто не точно