ну я на андроиде последнее время, потому про себя говорю

неудобно имхо когда несколько аннотаций

Удобно

ну кстати удобнее чем пирамидка в 10 строк

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

@[Test DisplayName("? Komodo Test")] fun test() { // ... }

вот так можно еще писать

или так @Test fun `? Komodo Test`() { ... }

Называл я когда-то аннотации смайликами, проект не собрался.)

или так @Test fun `? Komodo Test`() { ... }

Ну это частный случай, я хотел показать синтаксис объявления нескольких аннотаций

Ну это частный случай, я хотел показать синтаксис объявления нескольких аннотаций

Ну по факту там не особо было понятно, что был показан синтаксис нескольких аннотаций (никому не в обиду)

По крайней мере лично до меня только сейчас дошло, что вообще там было написано

это кстати из junit 5

это кстати из junit 5

А, ну тогда это просто отсутствие у меня опыта работы с junit 5

Ну в общем суть в том, что вместо @Provider @Singleton fun f() {} можно написать @[Provider Singleton] fun f() {}

Ну в общем суть в том, что вместо @Provider @Singleton fun f() {} можно написать @[Provider Singleton] fun f() {}

вот теперь все очень понятно ??

Можно например так группировать аннотации от разных фреймворков

https://github.com/ApplePride/PIDOR

https://github.com/ApplePride/PIDOR

So what?

Можно например так группировать аннотации от разных фреймворков

Например если у вас смешаны аннотации jackson и jpa.

Ну в общем суть в том, что вместо @Provider @Singleton fun f() {} можно написать @[Provider Singleton] fun f() {}

однако хорошая экономия места с 4-5 аннотациями и местами даже улучшение читабельности

Ребят, что случилось с интеропом с жабой? Раньше обертка интерпретировалась как нулевой тип, а сейчас уже нет...?!?

Обертка?

Integer к примеру

Ну не факт что она налб

Может на стороне жавв пометили как NonNull?

Раньше это до релиза котлина?

ага

Не очень понял вопрос

Может на стороне жавв пометили как NonNull?

ввели T!

теперь, возможно в нулевом обьекте, можно напрямую вызывать филд...и ловить must not be null

что как бы не заходит

Ребят, что случилось с интеропом с жабой? Раньше обертка интерпретировалась как нулевой тип, а сейчас уже нет...?!?

то есть раньше Integer по умолчанию был Integer?, а сейчас Integer!

да

да

Раньше это когда?

на 1.1.2

Так это с 1.0 так

++++

Ребят, что случилось с интеропом с жабой? Раньше обертка интерпретировалась как нулевой тип, а сейчас уже нет...?!?

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

А может кто-то за expose пояснить? Можно ли update-get объединить как-то?

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

языку то можно доверять)) а жабе то нельзя))

или update-select

языку то можно доверять)) а жабе то нельзя))

ну котлин с джавой дружит, как же дружить и не доверять?

на 1.1.2

В 1.1.2 это должно было быть Integer!

Из джавы может придти все что угодно)

Если не стояло аннотации налбл или ноннал

Еще часто вылезают unchecked exceptions

Из котлина не видно, может ли метод бросить исключение. Кому как, мне неудобно

Из джавы может придти все что угодно)

Вот тут Бреслав объяснил, почему T!, а не T? https://www.youtube.com/watch?v=LWFx4QWrTyo

терь надо нулиблы везде ставить

терь надо нулиблы везде ставить

Не теперь а с версии 1.0 как минимум

Про дорелизные не могу сказать не юзал

терь надо нулиблы везде ставить

по идее, это надо было делать всегда )

Вот тут Бреслав объяснил, почему T!, а не T? https://www.youtube.com/watch?v=LWFx4QWrTyo

ааа...совместимость с остальными платформами в ущерб жабе

Про дорелизные не могу сказать не юзал

до моего отпуска, а это было месяц назад, был Integer?, а щас Integer! )))

ааа...совместимость с остальными платформами в ущерб жабе

нет, скорее непонятка при получении ArrayList<String> из джавы

до моего отпуска, а это было месяц назад, был Integer?, а щас Integer! )))

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

Приходил, кажется

Но видео еще в марте выложено, так что хз

Из котлина не видно, может ли метод бросить исключение. Кому как, мне неудобно

Ну тут такое, если бы в джаве были бы только чекед эксепшены то это было верно, а так получается в любом случае нужно включать голову, даже если метод декларует что кинет что-нибудь)

Т.е. правило простое - внешнему миру доверять нельзя, только своему коду

Сейчас вызов метода на T! вызовет исключение в рантайме?

Но видео еще в марте выложено, так что хз

В марте... На год ещё глянь: новости уже больше года.

В марте... На год ещё глянь: новости уже больше года.

ммм, год не заметил, мда

Из котлина не видно, может ли метод бросить исключение. Кому как, мне неудобно

А знаешь что в Java можно бросить checked исключение из метода где они не прописаны ? Checked Exceptions это вообще наверное самое неудачное решение (хотя в 95 может было и норм)

А знаешь что в Java можно бросить checked исключение из метода где они не прописаны ? Checked Exceptions это вообще наверное самое неудачное решение (хотя в 95 может было и норм)

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

ERROR: S client not available

Одно дело — в языке, другое — в байт-коде.

А знаешь что в Java можно бросить checked исключение из метода где они не прописаны ? Checked Exceptions это вообще наверное самое неудачное решение (хотя в 95 может было и норм)

RuntineException и производные что ли?

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

ChEx это НЕ функционально, Result<T> смотрится лучше и в сигнатуре все видно (а еще и монадок отсыпать)

RuntineException и производные что ли?

нет, можно обмануть проверку и бросить настоящие checked exceptions

с помощью стирания

В байткоде можно, в компиляторе можно

Ужос

unsound эта джава

unsound эта джава

ну хорош, норм язык же

есть проблемы, старость не радость, но тем не менее

ChEx это НЕ функционально, Result<T> смотрится лучше и в сигнатуре все видно (а еще и монадок отсыпать)

ну тогда нужны и нормальные ФП примочки, чтобы функционально работать с Result

Checked Exception хороши в бизнес слое. Благодаря ним ты явно решаешь, что делать с проблемой: решать здесь и сейчас, либо делегировать вышестоящему уровню. Как раз Checked Exceptions мне помогают в разработке крупных информационных систем с нетривиальной бизнес-логикой.

Если я не ошибаюсь, это нарушает какой-то принцип проектирования

Checked Exception хороши в бизнес слое. Благодаря ним ты явно решаешь, что делать с проблемой: решать здесь и сейчас, либо делегировать вышестоящему уровню. Как раз Checked Exceptions мне помогают в разработке крупных информационных систем с нетривиальной бизнес-логикой.

Обычно это заканчивается RuntimeException(e) // пусть спринг разбирается

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

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

100%

Checked Exception хороши в бизнес слое. Благодаря ним ты явно решаешь, что делать с проблемой: решать здесь и сейчас, либо делегировать вышестоящему уровню. Как раз Checked Exceptions мне помогают в разработке крупных информационных систем с нетривиальной бизнес-логикой.

Ну как ты это хендлишь, throw внутри try/catch и логи что-ли? А если нужно интерфейс заимплементить - приехали, а лямбды?

Ну или MyCompanyBusinessException(e)

@HeapyHop что за щит с типами из жабы?

у нас же продакшен по пизде пойдет)))

@HeapyHop что за щит с типами из жабы?

Я вообще не понимаю о чем ты :) Покажи наглядно что поменялось, потому что ничего не менялось

@HeapyHop что за щит с типами из жабы?

как вариант, может у компилятора в какой-то версии помутнение было?

Я вообще не понимаю о чем ты :) Покажи наглядно что поменялось, потому что ничего не менялось

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

class Fuck{ private Integer fuck; ...геттеры сеттеры }

раньше можно было только так Fuck()?.fuck

а сейчас Fuck().fuck и если фак=нуль то тогда вылетаем в IllegalStateException

вот и вопрос вота фак?

а сейчас Fuck().fuck и если фак=нуль то тогда вылетаем в IllegalStateException

Во-первых, и сейчас можно ?, а, во-вторых, ISE — о другом.

Во-первых, и сейчас можно ?, а, во-вторых, ISE — о другом.

как?

как?

Так же, как раньше.

Так же, как раньше.

всеравно иллегал

раньше можно было только так Fuck()?.fuck

да давно такого нет.