λ
конечно можно сказать, что это оберкта
Size: a a a
2020 February 16
λ
мы про лист, но как аргумент сойдет
ЮБ
конечно можно сказать, что это оберкта
А почему нельзя сделать просто как обертку по твоему? Главное нигде не торчать подкапотной коллекцией
λ
да можно, прост не очень красиво будет
AS
мы про лист, но как аргумент сойдет
Мы не про лист, а про коллекции.
AV
@sugakandrey : любой ли новый тип может быть подтипом любого имеющегося, А???
ЮБ
да можно, прост не очень красиво будет
Почему?
AS
@sugakandrey : любой ли новый тип может быть подтипом любого имеющегося, А???
Хорошая паста.
AV
Внешний вид, умение и поведение каждого юнита (объекта) определяется его типом. Тип "солдат" описывает общие характеристики и поведение солдата. Тип "прораб" говорит, что любой юнит этого типа умеет построить зиккурат, если ему подключить несколько юнитов типа "строитель".
M
да можно, прост не очень красиво будет
Что-то ерунду болтаешь) ньютайп таких вещей как NonEmptyList будет выглядеть один в один как во всех привычных либах, разве что будет намного лучше - потому что враппера физического не будет)
AV
Активный актор что-то делает и передаёт. А пассивная функция только обрабатывает входящие.
AV
Чистая функция всегда пассивна. В неё только суют 🙂
Oℕ
Не совсем так.
ContextShift должен быть один на приложение исключительно для исполнения неблокирующей IO-монады, для блокирующих операций нужно создавать ExecutionContext и далее ContextShift.evalOn
ContextShift должен быть один на приложение исключительно для исполнения неблокирующей IO-монады, для блокирующих операций нужно создавать ExecutionContext и далее ContextShift.evalOn
ContextShift не должен быть один на приложение
AV
@odomontois : оцени мою первую и последнюю попытку в энтерпрайз на шарпах:
SA
ContextShift не должен быть один на приложение
развернешь мысль? сколько их должно быть и как ты их используешь?
C
Gabriel Don has been banned! Reason: CAS ban.
Oℕ
развернешь мысль? сколько их должно быть и как ты их используешь?
Их может быть больше одного, в случае если в крупном приложении возникает необходимость настраивать отдельно что-то, что не локализуется в executeOn.
Иногда и часто есть целые субприложения бэкграундовых процессов, клиентских сервисов, обработки событий и т.п.
Для таких случаев в особо крупных размерах рациональней использовать несколько конечных типов для эффектфул монадки и инстансов contextShift
Иногда и часто есть целые субприложения бэкграундовых процессов, клиентских сервисов, обработки событий и т.п.
Для таких случаев в особо крупных размерах рациональней использовать несколько конечных типов для эффектфул монадки и инстансов contextShift
AV
Их может быть больше одного, в случае если в крупном приложении возникает необходимость настраивать отдельно что-то, что не локализуется в executeOn.
Иногда и часто есть целые субприложения бэкграундовых процессов, клиентских сервисов, обработки событий и т.п.
Для таких случаев в особо крупных размерах рациональней использовать несколько конечных типов для эффектфул монадки и инстансов contextShift
Иногда и часто есть целые субприложения бэкграундовых процессов, клиентских сервисов, обработки событий и т.п.
Для таких случаев в особо крупных размерах рациональней использовать несколько конечных типов для эффектфул монадки и инстансов contextShift
Как тебе код на скриншоте выше, нравится?
Oℕ
Как тебе код на скриншоте выше, нравится?
что за яп
AV