а зачем

что мешает сразу props использовать

это форма, данные которые при изменения валидируются с помощью модели

в props прилетает те значения которые есть в базе

Можно переиспользовать, если абстрагировать логику

@xanf_ua Привет! Посмотрел видео доклад на твоем канале, по Jest. Но у меня немного другой вопрос. Есть реляционная БД и несколько resolver тестов, которые запускаются одновременно и все лезут в базу и начинают одновременно её сношать, в результате некоторые тесты падают из-за того что пред. тест изменил данные.
Ты не сталкивался с такой задачей, и если да, поделись пожалуйста как ты её решал?

Некоторые предлагают запускать тесты с ключем —runInBand, но признаться данный ключ как раз лишает нас преимущества подхода параллельного тестирования. У меня возникла такая мысль - на начальном этапе запуска тестов создавать для каждого резолвера отдельную бд с минимальной необходимой реляционной структурой и наполнением. Геморно конечно и придется поддерживать, но зато с соблюдением параллельного тестирования.

пропробуй изоляцию транзакций для тестов

Это как? Типа не комитить изменения?

ну да, в паралельных тесткейсах добиться того, что бы транзакции не видели изменения данных друг друга.

грубо говоря запускать транзакцию в при запуске тест сюиты и делать роллбек при завершении

хм, логика в этом есть. Но чет не уверен что сработает.
там в каждом отдельном файле описана логика разных сущностей и проверяется на создание/чтение/апдейт/удаление. Если не комитить, тогда результаты не будут совпадать. Хм.. даже не знаю

1е - если стартуете транзакцию, то внутри транзакции все апдейты удаления и чтения будут видны, пока вы ее не заролбечите
2е - между транзакциями изменения видны не будут - т.е. паралельные тесты не должны будут ломаться из-за изменений в бд

ну, ок. я попробую, спасибо 👍

Всем привет)
Знатоки Angular и его NGRX/DATA , Помогите плиз)
Как осуществить Error Handling with ngrx/data.
там по определению, если произошла ошибка приложение должно упасть)) Смешно но факт.
В доке - https://github.com/johnpapa/angular-ngrx-data/blob/master/docs/entity-actions.md#action-error
сказано -
The primary use case for error is to catch reducer exceptions. Ngrx stops subscribing to reducers if one of them throws an exception. Catching reducer exceptions allows the application to continue operating.
Че то я томожу, чтоб понять где у ngrx/data этот самый reducer чтоб  catch reducer exceptions.

beforeAll и afterAll - вроде так методы называются

всем привет,
подскажите пожалуйста, как было бы прощей сделать условие время > 22:00 ?
с локальным поясом часовым

new Date().getHours() > 22 не подходит?

да, спасибо, так и сделал

Только учитывайте, что в это условие не входит промежуток от 22:00 до 22:59

а ну да)