И кстати — какой naming convention используется в довольно больших проектах для юнит тестов? Чтобы имена тестов были информативные, но не разрастались до двух строк длинной

Разделение на модули, потом test_smth

server::session::tests::test_insert_session

Разделение на модули, потом test_smth

это да, но очень быстро разрастается например, когда я тестирую функцию do_something, и именно в этом тесте у неё параметр some_parameter должен быть равен 500, и тест проверяет, что результат именно такой... такой шаблон очень легко может порваться

но разделение на модули иерархические понял, хорошая идея

юнит тесты должны находится в том модуле, функциональность которого они тестируют

это да, но очень быстро разрастается например, когда я тестирую функцию do_something, и именно в этом тесте у неё параметр some_parameter должен быть равен 500, и тест проверяет, что результат именно такой... такой шаблон очень легко может порваться

with_paramerer_500

юнит тесты должны находится в том модуле, функциональность которого они тестируют

+

кстати, табличные тесты в расте популярны?

услышал тут от гоферов, что у них модно

юнит тесты должны находится в том модуле, функциональность которого они тестируют

сорян, не уточнил, у меня практически все тесты сейчас интеграционные, потому что они связку Rust+Postgresql тестируют — без проверки того, что код соответствует SQL-схеме они бессмысленные

with_paramerer_500

Или же ты можешь объединить все что тестирует этот параметр в один тест, и в нем сделать всё

Или же ты можешь объединить все что тестирует этот параметр в один тест, и в нем сделать всё

атомарность нарушается (

сорян, не уточнил, у меня практически все тесты сейчас интеграционные, потому что они связку Rust+Postgresql тестируют — без проверки того, что код соответствует SQL-схеме они бессмысленные

В tests/database их) Будет вообще отдельный модуль для тест-раннера с запуском только бд тестов

В tests/database их) Будет вообще отдельный модуль для тест-раннера с запуском только бд тестов

у меня уже отдельный crate для них)

выше тут обсуждал, как именно сделать такие тесты, это оказалось единственным нормальным подходом

Чем это лучше, чем класть их в tests/? Сори если пропустил

Чем это лучше, чем класть их в tests/? Сори если пропустил

чтобы провести тесты, нужно принудительно прогнать миграции на тестовой базе. Единственный способ это сделать — положить это в build.rs тестового crate

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

Понял

А ты смотрел на альтернативные дефолтному тестовые фреймворки?

Я точно видел что-то с init/destroy семантикой

А ты смотрел на альтернативные дефолтному тестовые фреймворки?

нет, даже не задумывался об их существовании. Обычно если такая штука включена в язык, то альтернативы всегда в очень унылом состоянии, не хочется подписываться на мертворождённую технологию (

Хотя надо будет посмотреть в какой-то момент, спасибо за идею.

Но это как альтернативные cargo менеджеры пакетов смотреть — чисто теоретически, что-то должно быть, но зачем?

я правильно понял, что нужен setup+teardown? тут есть что-то https://medium.com/@ericdreichert/test-setup-and-teardown-in-rust-without-a-framework-ba32d97aa5ab

нет, даже не задумывался об их существовании. Обычно если такая штука включена в язык, то альтернативы всегда в очень унылом состоянии, не хочется подписываться на мертворождённую технологию (

По моему опыту, всё строго наоборот В гошке так себе встроенные тесты, там даже ассертов нет нормальных, в питоне тоже все тесты на сторонних либах пишут, в Java и прочих -- junit, сторонняя либа

Раст -- первый язык на моей памяти с более-менее адекватным встроенным тестфреймворком (для простых вещей)

По моему опыту, всё строго наоборот В гошке так себе встроенные тесты, там даже ассертов нет нормальных, в питоне тоже все тесты на сторонних либах пишут, в Java и прочих -- junit, сторонняя либа

Оговорился, если оно встроенное и приемлемого качества. В го и менеджер пакетов есть, вроде бы - но при этом без лока версий и в результате все (кроме внутренней разработки гугла) химичят с альтернативными тулзами и переопределением $GOPATH

я правильно понял, что нужен setup+teardown? тут есть что-то https://medium.com/@ericdreichert/test-setup-and-teardown-in-rust-without-a-framework-ba32d97aa5ab

нет, не совсем. Нужен общий setup на все тесты: прогонять миграции в postgresql перед каждым юнит тестом это штука, которая не скейлится

слушайте, а build.rs не запускается при тестах?

хм

нет

только на этапе build

только на этапе build

В CI это суть одно и то же

тоже верно, но просто получится, что при обычном билде всё тоже подготовится

транзакции там всяческие и т.п.

всё-таки в этом плане я бы сказал отдельный крейт получше будет

кто-нибудь в курсе, токио для futures 0.2 починили, или таки ждут 0.3 ?

futures 0.2 никто не использует

0.2 (context в аргументах к poll), Pin, impl Trait, перенос футур в std. Не будут же все 4 раза подряд всё переписывать.

кто-нибудь в курсе, токио для futures 0.2 починили, или таки ждут 0.3 ?

А собирались?

я хз, собирались ли, но feature там есть такой ваще я писал reverse proxy с back pressure, и это такой жопой оказалось, и меня так заебало писать бойлерплейт, что я решил подождать, пока это всё дело допилят нормально, с #[async] и прочим в результате выпал на пару месяцев из жизни токио, и всё, теперь ничего не понимаю, что там происходит )

Rust чем-то напоминает J, если там на месяц прервался - то надо вспоминать всё опять.

дык не во вспоминать же дело

а в том, что некоторые вещи меняются очень быстро

Ты уверен, что тебе тут нужно находиться?

Хуя

Забанил

Гоферы атакуют?

а что там было?

Поток рандомных стикеров и гифок

а, скукотища

Мде, после рефакторинга и перепила мапа стала, мягко говоря, не такой быстрой

Хуево

А, не, это я с бенчами накосячил

Всё норм

H I G H P E R F O R M A N C E

обошёл плюсы?

обошёл плюсы?

Предстоит выяснить, я еще не сделал стандартные маповские API чтобы интегрировать в k-nukleotide

Но я обошел IndexMap (в 2-5 раз в зависимости от данных и типа мапы)

Так что скорее всего и кресты тоже

Если какой-нибудь доброход сделает сишную либу с крестовой мапой, чтобы можно было подбиндить, то прямо в бенчи интегрирую

Я просто явно накосячу с максимально грамотной и честной настройкой темплейта

Кстати, есть способ разнести бенчи по категориям, чтобы они не одной намешанной кучей сваливались в stdout, а по типу данных и типу бенча сортировались с каким-нибудь текстовым саммари?

Ну и вообще текстовые аннотации к бенчам было бы неплохо и процентное отношение к бейзлайну чтобы показывалось

Мб есть либы?

cargo benchcmp?

criterion-rs

cargo benchcmp?

Не, это вообще не в ту степь

criterion-rs

Спс

восхитительно! чтобы отдебажить свою растаманскую реализацию протокола, пришлось написать плагин для wireshark. но оно того стоило. всем Lua, мужики! 🌚

А на расте не пробовал написать?

Да, нехуй писать на луа Сделал бы биндинги к плагину wireshark или транспилер Rust->Lua Че как не мужик

+

Да, нехуй писать на луа Сделал бы биндинги к плагину wireshark или транспилер Rust->Lua Че как не мужик

Переписал бы wireshark на расте*

Переписал бы wireshark на расте*

сначала гуи-тулкит

сначала гуи-тулкит

Ну его бы в процессе как раз и написали бы

https://wiki.wireshark.org/Development/Translations Here you will find some explanations why it might not be a good idea to translate Wireshark into any other language (than english).

тогда уж транспайлер Rust -> english.

у RIIR есть лого по аналогии с RESF?