K
лучш поясни что тебе конкретно нужно
Size: a a a
2020 April 13
dp
лучш поясни что тебе конкретно нужно
нужно конкретно натянуть задокументированную апишку на клиента, и ещё GUI на каком-нибудь Qt сбоку приклеить
С
если вы не знали, вот так выглядит rust:
https://github.com/instructure/swagger-codegen-kotlin-retrofit-coroutines/blob/master/samples/client/petstore/rust/README.md#api_key
https://github.com/instructure/swagger-codegen-kotlin-retrofit-coroutines/blob/master/samples/client/petstore/rust/README.md#api_key
auth := context.WithValue(context.TODO(), sw.ContextAccessToken, "ACCESSTOKENSTRING")
r, err := client.Service.Operation(auth, args)
это ж go?
H
это ж go?
Да
K
нужно конкретно натянуть задокументированную апишку на клиента, и ещё GUI на каком-нибудь Qt сбоку приклеить
а, не увидел что клиент, тогда не подскажу
BD
У меня веб сервер)) бинарь с миграциями весит 14 мегабайт.. Окей, выставлю
Спасибо
opt-level=3
lto=trueСпасибо
если ты хочешь его уменьшить то opt-level=z же
BD
У меня веб сервер)) бинарь с миграциями весит 14 мегабайт.. Окей, выставлю
Спасибо
opt-level=3
lto=trueСпасибо
на вебсервере не принципиально пока ты не замерял производительность и не доказал что именно там у тебя затык
V
Привет. Вопрос: каким способом лучше всего можна задать окружения перед тем как запускать unit тесты с помощью cargo? Мне нужно создать некую иерархическую структуру в файловой системе, а делать проверки на то есть ли эта структура или нет в каждой тест функции вызывает у меня только лишь плохие ощущения.
Э
Привет. Вопрос: каким способом лучше всего можна задать окружения перед тем как запускать unit тесты с помощью cargo? Мне нужно создать некую иерархическую структуру в файловой системе, а делать проверки на то есть ли эта структура или нет в каждой тест функции вызывает у меня только лишь плохие ощущения.
Сделать проверку функцией и вставлять только одну функцию в каждый тест?
V
сейчас так и есть
V
но вопрос в другом
Э
Можно тесты организовать в один мегатест, который проверяет эту штуку перед запуском.
#[test]
foo() {
#[test]
precheck_ierarchy() { /* ... */ }
#[test]
other_test() {}
#[test]
other_test2() {}
}
ML
1) никак, общего для группы тестов setup/teardown нет
2) это плохая практика в юнит тестах: юниты должны быть в своих окружениях, не зависимы друг от друга
2) это плохая практика в юнит тестах: юниты должны быть в своих окружениях, не зависимы друг от друга
Э
Но не помню, работает ли такая штука.
A
1) никак, общего для группы тестов setup/teardown нет
2) это плохая практика в юнит тестах: юниты должны быть в своих окружениях, не зависимы друг от друга
2) это плохая практика в юнит тестах: юниты должны быть в своих окружениях, не зависимы друг от друга
ну мож это уже и не юнит тест, а интеграционный)
ML
Adv0cat
ну мож это уже и не юнит тест, а интеграционный)
Что написано, то и читаю.
A
ну просто щас все тесты юнит тестами называют))
ML
Adv0cat
ну просто щас все тесты юнит тестами называют))
Я не называю
d
народ со скуки пошёл на вбросы. забейте
V
спасибо, что-то придумаю @mersinvald @iccsf