А
смысл в том, что если перед этим кто-то напишет ещё тест, который увеличит счётчик, то весь этот тест пойдёт по одному месту
можно параллельно инкрементить в каждом таком тесте переменную внутри класса-теста
но ябы юзал
@runInSeparateProcessSize: a a a
2020 March 16
Д
если делать статикой, то нужен коммент "не двигай эти методы"
можно параллельно инкрементить в каждом таком тесте переменную внутри класса-теста
но ябы юзал
можно параллельно инкрементить в каждом таком тесте переменную внутри класса-теста
но ябы юзал
И без этого тоже должно работать :)
Д
смысл в том, что если перед этим кто-то напишет ещё тест, который увеличит счётчик, то весь этот тест пойдёт по одному месту
Тогда это не тест, а обманка
А
ещё можно проверять инт регуляркой
Д
"у нас стабильный код"
...
"Если ничего не трогать"
...
"Если ничего не трогать"
А
если тест не направлен на проверку увеличения id
Д
+, кто-нибудь умный потом прикрутит туда стримы, и тогда точно нельзя менять
Кстати, как вам? Для РР может зайдет?
А
стримы на что?
А
на дампер?
А
а что там стримить? :)
А
стрим дампа или дамп стрима?
А
и при чём тут рр? )
DS
Как вариант, сделать setStorage в дебагере
Это еще хуже
Д
стримы на что?
На запись лога дебагера
Д
Это еще хуже
Да нет. Запись в таргет идёт в самом конце процесса работы приложения. По сути, менять таргет можно в любое время до flush
DS
На запись лога дебагера
В дебагере нужны структурированные данные а не стрим
Д
В дебагере нужны структурированные данные а не стрим
Потоковое чтение json придумали же зачем-то)
DS
Да нет. Запись в таргет идёт в самом конце процесса работы приложения. По сути, менять таргет можно в любое время до flush
И это очень плохо
Д
Но это я так, просто закинул
Д
И это очень плохо
Почему?