S
Если убрать
.headOption, то результат должен быть Future[Seq[...]].headOption, то результат должен быть Future[Seq[...]]Size: a a a
2020 October 28
B
Если убрать
да, все работает) спасибо)
AS
но вот это я думаю ты нашел https://github.com/typelevel/fs2/pull/1329
Спасибо, из комментариев ничего особо не понял, но видимо ничего не поделать. 🤷
МК
Спасибо, из комментариев ничего особо не понял, но видимо ничего не поделать. 🤷
ну по факту он говорит что топик несет в себе поведение рефа а он не может быть пустым
> Hence the Topic is sort of Queue + Ref together I am -1 on this, hence Ref cannot be unset as well, Sorry for misunderstanding the topic here.
> Hence the Topic is sort of Queue + Ref together I am -1 on this, hence Ref cannot be unset as well, Sorry for misunderstanding the topic here.
ЮБ
ну по факту он говорит что топик несет в себе поведение рефа а он не может быть пустым
> Hence the Topic is sort of Queue + Ref together I am -1 on this, hence Ref cannot be unset as well, Sorry for misunderstanding the topic here.
> Hence the Topic is sort of Queue + Ref together I am -1 on this, hence Ref cannot be unset as well, Sorry for misunderstanding the topic here.
Выглядит как завязка интерфейса на реализацию. Тоже иногда страдал, что топик не может быть пустым
Oℕ
Тогда почему не работает мой пример?
Вы смотрели, как мы в тофу делаем promote?
Oℕ
Транзитивные отношения вообще сложно выразить нормально практически во всех языках, где есть тайпклассы/имплиситы/трейты.
Часто такое требует специальной поддержки компилятора.
Поэтому можно, например, насильно ассоциировать композицию вправо :
Объявить линзы двух сортов - базовые и выведенные.
И вывод будет требовать базовую линзу для головы и выведенную для хвоста
Часто такое требует специальной поддержки компилятора.
Поэтому можно, например, насильно ассоциировать композицию вправо :
Объявить линзы двух сортов - базовые и выведенные.
И вывод будет требовать базовую линзу для головы и выведенную для хвоста
SA
Транзитивные отношения вообще сложно выразить нормально практически во всех языках, где есть тайпклассы/имплиситы/трейты.
Часто такое требует специальной поддержки компилятора.
Поэтому можно, например, насильно ассоциировать композицию вправо :
Объявить линзы двух сортов - базовые и выведенные.
И вывод будет требовать базовую линзу для головы и выведенную для хвоста
Часто такое требует специальной поддержки компилятора.
Поэтому можно, например, насильно ассоциировать композицию вправо :
Объявить линзы двух сортов - базовые и выведенные.
И вывод будет требовать базовую линзу для головы и выведенную для хвоста
Спасибо, покручу на досуге.
К
Добрый вечер(день). Я убрал галочку из sbt download source и вышла эта ошибка. Однако, sbt работает и запускается она на новом проекте быстрее, чем с галочкой. Можно ли узнать, что это такое. Или правильно ли я понимаю, что это галочка загружает все соурсы и доки для всех библиотек на моем проекте заранее.
λ
галочку лучше оставить
К
галочку лучше оставить
Из-за этого сбоев будет меньше или ...?
λ
идея будет полезнее
К
идея будет полезнее
Спасибо
d
Есть вопросик - насколько использование Future[_] как возвращаемый результат хуже/лучше просто Future[T] ? Если _ - это как бы экзистенциальный(?) тип, но T- переменная типа(тоже любой тип). Спасибо.
ΛВ
Есть вопросик - насколько использование Future[_] как возвращаемый результат хуже/лучше просто Future[T] ? Если _ - это как бы экзистенциальный(?) тип, но T- переменная типа(тоже любой тип). Спасибо.
а где этот тайп-параметр у вас? В методе что ли?
def foo[T]: Future[T]?
def foo[T]: Future[T]?
d
а где этот тайп-параметр у вас? В методе что ли?
def foo[T]: Future[T]?
def foo[T]: Future[T]?
в методе коллеги. Я против такой сигнатуры).
НМ
Есть вопросик - насколько использование Future[_] как возвращаемый результат хуже/лучше просто Future[T] ? Если _ - это как бы экзистенциальный(?) тип, но T- переменная типа(тоже любой тип). Спасибо.
Future[_] намекает на то что эта фьюча интересна только для выполнения сайд эффектав скале в таких случаях возвращают
Unit (в вашем случае Future[Unit])мб
Future[Unit] стоит использовать тогда?d
Future[_] намекает на то что эта фьюча интересна только для выполнения сайд эффектав скале в таких случаях возвращают
Unit (в вашем случае Future[Unit])мб
Future[Unit] стоит использовать тогда?ok, Спасибо.
Oℕ
Есть вопросик - насколько использование Future[_] как возвращаемый результат хуже/лучше просто Future[T] ? Если _ - это как бы экзистенциальный(?) тип, но T- переменная типа(тоже любой тип). Спасибо.
Для ковариантных типов нет совершенно никакого смысла использовать Future[_], а не Future[Any]
λ
Any противней