VM
Спасибо за помощь
Size: a a a
2020 November 09
Э
Vladimir Moscow
Мне не нужно объяснение в стиле "для домохозяйки". Мне достаточно увидеть файл, который "завис"
Так ты продолжаешь про файлы говорить, но файлы существуют только на этапе парсинга, а этот этап самый быстрый обычно, какое ещё объяснение, кроме как для домохозяек ты хочешь?
MP
Vladimir Moscow
Пофайловый прогресс можно реализовать, но тогда придётся всегда использовать собственный форк компилятора со слегка модифицированным процессом компиляции. Это не так уж и удобно
Э
Ма-а-ам, дай битков!
S
Всем привет
Какой есть наиболее правильный способ парсить конфигурационный файл независимо от того, откуда был вызван cargo run?
Файл всегда находится в корне крэйта. Можно конечно как дополнительный аргумент командной строки прокинуть путь к конфигу, но хотелось бы без этого обойтись.
Какой есть наиболее правильный способ парсить конфигурационный файл независимо от того, откуда был вызван cargo run?
Файл всегда находится в корне крэйта. Можно конечно как дополнительный аргумент командной строки прокинуть путь к конфигу, но хотелось бы без этого обойтись.
в🧇
Всем привет
Какой есть наиболее правильный способ парсить конфигурационный файл независимо от того, откуда был вызван cargo run?
Файл всегда находится в корне крэйта. Можно конечно как дополнительный аргумент командной строки прокинуть путь к конфигу, но хотелось бы без этого обойтись.
Какой есть наиболее правильный способ парсить конфигурационный файл независимо от того, откуда был вызван cargo run?
Файл всегда находится в корне крэйта. Можно конечно как дополнительный аргумент командной строки прокинуть путь к конфигу, но хотелось бы без этого обойтись.
Можно посмотреть путь до бинаря и к нему заджойнить конфиг)
d
Можно посмотреть путь до бинаря и к нему заджойнить конфиг)
я не проверял, но вроде во время компиляции в окружении доступен путь к карго-манефесту, скорее всего можно законстить)
A
Всем привет
Какой есть наиболее правильный способ парсить конфигурационный файл независимо от того, откуда был вызван cargo run?
Файл всегда находится в корне крэйта. Можно конечно как дополнительный аргумент командной строки прокинуть путь к конфигу, но хотелось бы без этого обойтись.
Какой есть наиболее правильный способ парсить конфигурационный файл независимо от того, откуда был вызван cargo run?
Файл всегда находится в корне крэйта. Можно конечно как дополнительный аргумент командной строки прокинуть путь к конфигу, но хотелось бы без этого обойтись.
Постановку вопроса неплохо бы уточнить.
> Файл всегда находится в корне крэйта
То есть речь идёт про исходники приложения, и, вероятно, какой-то дефолтный/примерочный конфиг в дереве с исходниками.
> парсить конфигурационный файл
Эта операция будет выполняться уже в рантайме, т.е. никаких исходников в общем случае уже нет. И крейта никакого нет. И пути к корню крейта тоже нет.
> откуда был вызван cargo run
Это лишь один из способов запуска приложения, но не единственный. Если нужно по какой-то причине именно для
В общем, надо отталкиваться от задачи, которую хорошо бы конкретизировать.
> Файл всегда находится в корне крэйта
То есть речь идёт про исходники приложения, и, вероятно, какой-то дефолтный/примерочный конфиг в дереве с исходниками.
> парсить конфигурационный файл
Эта операция будет выполняться уже в рантайме, т.е. никаких исходников в общем случае уже нет. И крейта никакого нет. И пути к корню крейта тоже нет.
> откуда был вызван cargo run
Это лишь один из способов запуска приложения, но не единственный. Если нужно по какой-то причине именно для
cargo run, то я бы посмотрел в сторону переменных окружения, которые карга выставляет для дочерних процессов. Но, понятно, что если сначала собрать через cargo build а потом запустить бинарь, этот способ уже не прокатит.В общем, надо отталкиваться от задачи, которую хорошо бы конкретизировать.
SL
что значит запись Trait: system::Trait ?
ИЛ
Из-за коллизии имён трейт Trait из крейта system нужно либо записывать с путём, либо алиасить
MB
Тип, реализующий Trait, должен реализовывать еще и system::Trait
SL
system: Trait дает какой-то дополнительный функционал трейту?
ИЛ
system: Trait дает какой-то дополнительный функционал трейту?
Даёт возможность внутри Trait использовать всё от system::Trait
MB
Ну и в целом это зависит от логики кода
r
system: Trait дает какой-то дополнительный функционал трейту?
Дефолтные реализации методов Trait могут использовать методы из system::Trait
MB
Например Copy : Clone, потому что любой копируемый тип можно склонировать
SL
спасибо
МЛ
Вопрос. Есть асинхронный стрим токио который выдаёт строки (FramedRead и LinesCodec).
Есть ли какой-то способ упаковывать их в стрим который будет возвращать вектор строк, накопленых за, скажем, секунду?
Есть ли какой-то способ упаковывать их в стрим который будет возвращать вектор строк, накопленых за, скажем, секунду?
ИЛ
Вопрос. Есть асинхронный стрим токио который выдаёт строки (FramedRead и LinesCodec).
Есть ли какой-то способ упаковывать их в стрим который будет возвращать вектор строк, накопленых за, скажем, секунду?
Есть ли какой-то способ упаковывать их в стрим который будет возвращать вектор строк, накопленых за, скажем, секунду?
https://docs.rs/tokio/0.3.3/tokio/stream/trait.StreamExt.html#method.take_while + проверка на то, что секунда ещё не прошла