AM
Лучше бы релизные фичи были бы стабильными 🌚
Ррряяяяя, на ютреке десятки тысяч багов, никто не чинит, баги по семь лет висят!
Size: a a a
2020 December 17
AM
(валидный консёрн, но не могу остановиться)
VP
Ррряяяяя, на ютреке десятки тысяч багов, никто не чинит, баги по семь лет висят!
Во-во, а они какие-то фичи делают
KD
Опять джетбрейнс делает слишком стабильные фичи, которые всем кажутся релизнутыми
Вообще, я ими кроме теста самой фичи ни разу не пользовался 🤔
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
I
Вообще, я ими кроме теста самой фичи ни разу не пользовался 🤔
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Скоро будет 1.4.30-М1, там они должны быть поддержаны.
KD
Скоро будет 1.4.30-М1, там они должны быть поддержаны.
AM
Вообще, я ими кроме теста самой фичи ни разу не пользовался 🤔
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Ну а у меня код как был YOLO, так и оставался, пока писал коммерцию на котлине, потому я и без проверок жил. И в нескольких местах они прям хорошо зашли.
VP
Вообще, я ими кроме теста самой фичи ни разу не пользовался 🤔
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Ждал (жду?) приватные конструкторы, чтобы оборачивать всякими проверками инициализацию.
Так уже можно, с
@SuppressVP
Точнее, можно только internal
С private компилятор падает 😄
С private компилятор падает 😄
KD
Ну а у меня код как был YOLO, так и оставался, пока писал коммерцию на котлине, потому я и без проверок жил. И в нескольких местах они прям хорошо зашли.
Я просто для себя особо кейсов не выловил, кроме создания более узких классов, но без проверок это как-то не то.
AM
Я просто для себя особо кейсов не выловил, кроме создания более узких классов, но без проверок это как-то не то.
Ну мне идея досыпать отдельных более узких типов сама по себе зашла. Условные UserId(Long) и всё в этом духе.
KD
Ну мне идея досыпать отдельных более узких типов сама по себе зашла. Условные UserId(Long) и всё в этом духе.
Та это ж тайпэлиасы просто по сути. Я правда с ними в котлине не работал особо.
VP
Та это ж тайпэлиасы просто по сути. Я правда с ними в котлине не работал особо.
Щас бы обсуждать фичу без понимания 🙄
AM
Та это ж тайпэлиасы просто по сути. Я правда с ними в котлине не работал особо.
Нет. Тайпалиасы не создают новых типов. Условно
проходит проверку типов. Если тайпалиасы заменить на инлайн-классы, то не проходит.
typealias A = String
typealias B = String
fun f(a: A) { ... }
val b: B = ""
f(b)
проходит проверку типов. Если тайпалиасы заменить на инлайн-классы, то не проходит.
KD
Щас бы обсуждать фичу без понимания 🙄
А у нас тут круглый стол в офисе JB, чтобы я не мог высказаться о фиче?:)
VP
А у нас тут круглый стол в офисе JB, чтобы я не мог высказаться о фиче?:)
Нет, у нас тут даже не @kotlin_lang, можно что угодно писать
KD
Нет. Тайпалиасы не создают новых типов. Условно
проходит проверку типов. Если тайпалиасы заменить на инлайн-классы, то не проходит.
typealias A = String
typealias B = String
fun f(a: A) { ... }
val b: B = ""
f(b)
проходит проверку типов. Если тайпалиасы заменить на инлайн-классы, то не проходит.
Забавно. Мне казалось тайпэлиасы как-раз должны тут нормально работать.
AM
Забавно. Мне казалось тайпэлиасы как-раз должны тут нормально работать.
Не, они в оснвном для сокращения<ебенячих, дженериков<полезны> >
KD
Мне просто кажется, что я где-то (не в котлине) пользовался подобным функционалом и там это помогало. Но да ладно.
BP
Так и запишем: true ООП это ФП
Это true EOP