В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Kotlin Community

3735 membersпожаловаться на группу
2020 October 30

OY

Oleg Yukhnevich in Kotlin Community
окей
тогда я ещё скажу своё решение, что на счёт него
я сделал минимальный билдер класс и теперь оно делается так
Payload { data("text"); metadata(byteArrayOf(1, 2, 3)) }
и тогда у data/metadata пару оверлоадов + можно достаточно просто это дело расширять под свои нужды
лучше это, или хуже 15 оверлоадов или BRP.fromString("text") и тд, что думаете?
учитывая, что это публичный апи либы
источник
12:54пожаловаться#1

AV

Anton Vlasov in Kotlin Community
Vladimir Petrakovich
Так на самом деле там вариант только один. Остальные 99 - комбинация разных преобразований параметров для удобства.
тем более лучше через конструкторы.
города из if else и проверки через инстанс это подтвердят
источник
12:55пожаловаться#2

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
окей
тогда я ещё скажу своё решение, что на счёт него
я сделал минимальный билдер класс и теперь оно делается так
Payload { data("text"); metadata(byteArrayOf(1, 2, 3)) }
и тогда у data/metadata пару оверлоадов + можно достаточно просто это дело расширять под свои нужды
лучше это, или хуже 15 оверлоадов или BRP.fromString("text") и тд, что думаете?
учитывая, что это публичный апи либы
Если назвать это buildPayload, то очень даже норм.
А там в теории может появиться что-то ещё?
источник
12:56пожаловаться#3

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
Если назвать это buildPayload, то очень даже норм.
А там в теории может появиться что-то ещё?
да
вот например там ещё compositeMetadata билдер
https://github.com/rsocket/rsocket-kotlin/blob/enhancement/metadata-and-payload-api/playground/src/commonMain/kotlin/Metadata.kt#L41
GitHub
rsocket/rsocket-kotlin
RSocket Kotlin multi-platform implementation. Contribute to rsocket/rsocket-kotlin development by creating an account on GitHub.
источник
12:57пожаловаться#4

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
Если назвать это buildPayload, то очень даже норм.
А там в теории может появиться что-то ещё?
вот кстати с buildPayload - это да, что-то я забыл про это
источник
12:57пожаловаться#5

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
да
вот например там ещё compositeMetadata билдер
https://github.com/rsocket/rsocket-kotlin/blob/enhancement/metadata-and-payload-api/playground/src/commonMain/kotlin/Metadata.kt#L41
GitHub
rsocket/rsocket-kotlin
RSocket Kotlin multi-platform implementation. Contribute to rsocket/rsocket-kotlin development by creating an account on GitHub.
Так всё уже готово, в чём тогда вопрос? 😄
источник
12:57пожаловаться#6

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
Так всё уже готово, в чём тогда вопрос? 😄
оно не готово ещё, в этом и суть, что хотелось бы узнать другие возможные варианты
источник
12:58пожаловаться#7

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
оно не готово ещё, в этом и суть, что хотелось бы узнать другие возможные варианты
DSL - беспроигрышный вариант в котлине.
А этот BRP - это ваш класс или из джавовой либы?
источник
12:59пожаловаться#8

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
DSL - беспроигрышный вариант в котлине.
А этот BRP - это ваш класс или из джавовой либы?
из ktor-io)
источник
12:59пожаловаться#9

AM

Andrew Mikhaylov in Kotlin Community
Oleg Yukhnevich
окей
тогда я ещё скажу своё решение, что на счёт него
я сделал минимальный билдер класс и теперь оно делается так
Payload { data("text"); metadata(byteArrayOf(1, 2, 3)) }
и тогда у data/metadata пару оверлоадов + можно достаточно просто это дело расширять под свои нужды
лучше это, или хуже 15 оверлоадов или BRP.fromString("text") и тд, что думаете?
учитывая, что это публичный апи либы
Жаль, что в дслке нет возможности зафорсить наличие вызова конкретного метода, как обязательного data у вас, но в остальном это вполне логичное решение. В джаве, я думаю, я б такую задачу билдером и решал, аналогия вполне прямая в котлин получается.
источник
12:59пожаловаться#10

OY

Oleg Yukhnevich in Kotlin Community
Andrew Mikhaylov
Жаль, что в дслке нет возможности зафорсить наличие вызова конкретного метода, как обязательного data у вас, но в остальном это вполне логичное решение. В джаве, я думаю, я б такую задачу билдером и решал, аналогия вполне прямая в котлин получается.
в теории, data может быть пустой)
поэтому указание только metadata - валидный кейс
источник
13:00пожаловаться#11

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
из ktor-io)
Тогда я бы сделал конструктор с data и metadata, принимающими этот класс. Если что всегда можно накинуть ему в компаньон методы для создания из разных других типов.
источник
13:01пожаловаться#12

AM

Andrew Mikhaylov in Kotlin Community
Oleg Yukhnevich
в теории, data может быть пустой)
поэтому указание только metadata - валидный кейс
А, ладно) Я по оригинальному посту подумал иначе.
Telegram
Oleg in Kotlin Community
вот интересно, может кто что-то предложит здесь по поводу замены union types
в рсокет есть такой класс Payload(data: BRP, metadata: BRP?)
BRP - это пакет байтиков
хотелось бы для удобства/простоты иметь возможность создавать этот Payload как-то через такую ф-ию
fun Payload(data: String | ByteArray | BRP, metadata: (String | ByteArray | BRP | Metadata)? = null): Payload = ...
но union types у нас нет
как бы Вы предложили это сделать?
источник
13:01пожаловаться#13

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
в теории, data может быть пустой)
поэтому указание только metadata - валидный кейс
Пустая data по дефолту - это сомнительное поведение. Если такое хочется, мне кажется, можно и явно указать.
источник
13:02пожаловаться#14

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
Тогда я бы сделал конструктор с data и metadata, принимающими этот класс. Если что всегда можно накинуть ему в компаньон методы для создания из разных других типов.
я сейчас смотрю в сторону 2-ух ф-ий
одна принимает 2 BRP
вторая - билдер
источник
13:02пожаловаться#15

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
Пустая data по дефолту - это сомнительное поведение. Если такое хочется, мне кажется, можно и явно указать.
может быть
источник
13:02пожаловаться#16

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
я сейчас смотрю в сторону 2-ух ф-ий
одна принимает 2 BRP
вторая - билдер
Мне кажется, самое то 👍
источник
13:02пожаловаться#17

OY

Oleg Yukhnevich in Kotlin Community
Andrew Mikhaylov
А, ладно) Я по оригинальному посту подумал иначе.
Telegram
Oleg in Kotlin Community
вот интересно, может кто что-то предложит здесь по поводу замены union types
в рсокет есть такой класс Payload(data: BRP, metadata: BRP?)
BRP - это пакет байтиков
хотелось бы для удобства/простоты иметь возможность создавать этот Payload как-то через такую ф-ию
fun Payload(data: String | ByteArray | BRP, metadata: (String | ByteArray | BRP | Metadata)? = null): Payload = ...
но union types у нас нет
как бы Вы предложили это сделать?
оно просто имеет значение в малых кейсах
единственное, не совсем валидный кейс наверно это Payload {} - но опять же, сомнительно, что кто-то такое будет делать
источник
13:03пожаловаться#18

OY

Oleg Yukhnevich in Kotlin Community
Vladimir Petrakovich
Пустая data по дефолту - это сомнительное поведение. Если такое хочется, мне кажется, можно и явно указать.
может быть и лучше падать сразу, по выходу из билдера, если нет explicit data, не знаю
источник
13:04пожаловаться#19

VP

Vladimir Petrakovich in Kotlin Community
Oleg Yukhnevich
может быть и лучше падать сразу, по выходу из билдера, если нет explicit data, не знаю
Мне кажется, намного лучше. Чем быстрее упадёт код, который делает не то, что задумано, тем лучше.
А иначе это какой-то protobuf style.
источник
13:06пожаловаться#20