AM
А, я понял, о чём ты
Size: a a a
2020 October 12
AM
Тогда вообще не было бы разделения на два сорс-сета, это шушуть другой уровень уже.
VP
Так-то реализуемо в Gradle с фильтром по имени файла, но IDE точно с ума сойдёт
AM
Не пользовался таким, не берусь утверждать, насколько это юзабельно. Кажется, в больших проектах будет грустненько.
D
Не пользовался таким, не берусь утверждать, насколько это юзабельно. Кажется, в больших проектах будет грустненько.
В больших проектах и не нужно такое.
AM
Даже если IDE научится выцеплять сорцы и тесты из одной папки, всё равно ж подольше работать будет всё.
VP
Не пользовался таким, не берусь утверждать, насколько это юзабельно. Кажется, в больших проектах будет грустненько.
Мне кажется, от размера проекта это не зависит. Структура unit-тестов примерно дублирует структуру исходников. Вот остальные точно лучше отделить.
AM
Ну чего, в андроиде UI-тесты тоже можно было бы таскать рядом с соответствующим кодом)
AM
Да и не только в андроиде
VP
Ну чего, в андроиде UI-тесты тоже можно было бы таскать рядом с соответствующим кодом)
Ну если они зависят только от куска кода рядом, то да
AM
А что, Atomic Kotlin уже вышла?
AM
September 1, 2020: The eBook is finished and published on Leanpub. The Stepik version will be available soon, and the print book should appear within the next couple of months.
AM
Клёво)
AM
Чёт все с такими грустными лицами, как вопрос об Arrow Meta задали)
AM
Ого, там, оказывается, в разработке Groovy to Kotlin converter :)
AM
It will be done soon™!
AM
Спасибо!
IP
Я бы не сказал, что это плохо. Если рассматривать тесты как часть документации, то желательно, чтобы они лежали рядом с функциями.
в расте так и делают
D
в расте так и делают
Не знаю как в Rust, в Python проекте такое иногда не очень удобно.