реагируют на OS сигналы в плане финализации ресурсов? ZManaged у меня не вызывал финалайзер при убийстве программы. Возможно, потому что я не объявил всю программу zio.App, а вызывал unsafeRun.
Скорее всего так и есть. В идеале надо либо zio.App, либо ManagedApp
Спасибо, не знал о ManagedApp. И название должно быть по душе современным CTO.
Надо вешать явно жвм хуки, как во всех этих аппах
Я так и сделал (было лень разбираться). Но вообще это не рецепт. Будет мешанина из zio финалайзеров и jvm финалайзеров.
Что же у вас такое адское происходит что вам важны последовательности выполнения финализаторов вне детерминированности ZIO? Вы точно все ресурсы правильно завернули в зависимости?
Ну в моем юзкейсе проблем нет. Хук не зависел от других ресурсов. Но, судя по всему, надо переходить на ManagedApp и сделать все нормально.
Просто после спринга у меня аллергия на кастомные раннеры.
Система эффектов не совсем ранер. Ну и спринг такое себе сравнение.
Что не отменяет травматического опыта
Это довольно больно.и основная попоболь от людей кто не хочет учиться новому. Всегда так будет. Я про переход на ФП и девиации этой области. Большинству с "ООП головного мозга" сложно воспринимать эти конструкции
Меня не надо агитировать за ФП, я к нему лоялен. Моя аллергия на кастомные App классы - следствие моей убеждённости, что библиотеки и фреймворки должны быть recyclable. Когда завтра окажется, что zio/cats considered harmful, следующий программист должен быть способен выпилить их, имея знания только стандартной скалы.
ну кастомные App-классы приносят минимально проблем в этой части
Ну так испзуйте адекватный уровень абстракции. Ну к примеру F[_, _]
Хендлепы сигналов специфичны для жвм и там хватает логики что и как делать. Делается это всегда в кастомных ио апах
Почему сразу не compile to categories?)
Ну наверное потому что Я может настолько нуб что даже не знаю про эту тему
Обсуждают сегодня