AN
Size: a a a
2019 October 15
AN
я не пробовал в груви его использовать, можно пример?
Не понял, вы хотите на груви тест писать полностью? Там разумеется ничего работать не будет. суспенды же не поддерживаются. Пишите котлин код и вызываете из груви
IS
Не понял, вы хотите на груви тест писать полностью? Там разумеется ничего работать не будет. суспенды же не поддерживаются. Пишите котлин код и вызываете из груви
да в этом боль и была при миграции
IS
и runBlocking всегда выход 🙂
AS
А чем runBlocking-то не устраивает?
это типа так получить continuation?
BuildersKt.runBlocking(EmptyCoroutineContext.INSTANCE, {scope, continuation ->
})AN
это типа так получить continuation?
BuildersKt.runBlocking(EmptyCoroutineContext.INSTANCE, {scope, continuation ->
})Да, что-то такое. Но писать на котлине и тестить на груви - это изврат.
IS
Да, что-то такое. Но писать на котлине и тестить на груви - это изврат.
да нормально 🙂 спок приятный
IS
особенно с параметризированным тестированием
AS
Да, что-то такое. Но писать на котлине и тестить на груви - это изврат.
Согласен, вполне себе. Какой бы котлин дсл не был крутой, для тестов груви со споком как-то приятнее:)
AS
Да, что-то такое. Но писать на котлине и тестить на груви - это изврат.
Спасибо, буду пробовать!
TT
подскажите, какой вариант производительнее, значительно ли и какой читабельнее и чтобы вы из этого использовали бы?
TT
TransliterateRules.transliterationMap[it] возвращает StringTT
как я понял StringBuiler разбирает строку на массив char , а потом на массив byte .
TT
а вот второй способ который я описал через функцию map создаст список String, которые еще надо объединить.
AN
а вот второй способ который я описал через функцию map создаст список String, которые еще надо объединить.
Объединить можно просто путем joinToString, там ровно тот же StringBuilder используется. И первый вариант делает не то же самое, что второй. Первый прерывает цикл если условие не выполнено
AN
Второй шпарит все до конца
AN
Судя по названию, первый просто неправильный
TT
второй тоже прерывается. Если первое условие верно, else уже не будет. в первом ровно это же условие. Ну и если в else из map вернется null он пропустит эту итерацию, точно так же как в первом случае
AN
второй тоже прерывается. Если первое условие верно, else уже не будет. в первом ровно это же условие. Ну и если в else из map вернется null он пропустит эту итерацию, точно так же как в первом случае
нет, второй вариант в любом случае пройдет до конца исходного массива. Первый выкинется на первом промахе кэша