Комментарии 18
Интересные инструменты создаете, подписался!
Удачи!
В дальнейшем все же лучше принимать параметры в виде структур, это позволит программно создавать нужные объекты и кормить их библиотеке. конечно, и байтовые массивы можно, но это не типобезопасно (а значит, не в идеологии Rust) и менее эффективно, когда вы этого массива не имеете
Полностью с вами согласен. Думаю, в следующей мажорной версии сделаю то, о чем вы говорите. Мне просто нужно время, чтобы устаканить эту структуру. На данном этапе развития библиотеки решил это специфицировать. Если будут пользователи, которые начнут использовать библиотеку, а я изменю все структуры, им будет очень больно и неудобно переходить на более свежие версии библиотеки. Я не хочу подводить и подставлять своих пользователей
А пророк божий в наивности? Который будет читать письмена писаря божьего
А разные источники данных будут поддерживаться? Мы долгое время сидели на devexpress (c#)
Ну и там есть возможность и хранимки скл использовать в качестве источников данных, и апи-запросы в различных форматах ответов получать.
А так же возможность указывать параметры запросов - пользовательский фильтр данных. Эти параметры пробрасывать в запросы
Честно говоря, я не думал о планировании источников данных — спасибо за идею. Можно ли вас попросить составить список из 5 самых популярных источников данных?
Думаю, это хорошая идея добавить систему плагинов для них.
Ну, перечислить оные, думаю, не составит труда)
Если реализовывать в виде плагинов, то для мвп будет полезным, имхо, реализовать такие источники данных как:
Скл-запросы в одну любую распростаненную субд типа постгрес/мсскл/мускул
Запрос данных из файла одного из распространенных форматов типа json/xml/csv
HTTP(S) запросы с поддержкой одного из распространенных типов ответов типа JSON
Ну а все остальное уже мб сообщество допилит по аналогии
Дика извиняюсь, разговор не по теме, но вам не кажется что генерация изображений к библиотеке выглядит слишком пёстро?
А так статья хорошая, инструменты создаёте полезные. Всех благ в разработке!
Не совсем понял про изображения. Пока что картинки не добавлены в отчеты. Стоит в TODO. Можете пояснить свою мысль?
Предположу, что человека смущает слишком яркая "титульная" картинка проекта.
Есть такая особенность у авиакомпаний: чем она моложе и ещё не имеет сильной репутации, тем ярче и кричаще выбираются цвета для логотипа или покраски самолётов. Чем авиакомпания старше и стабильнее ощущает себя на рынке, тем она использует более блёклую и нейтральную палитру в логотипе и покраске самолётов.
Metatron — Open Source библиотека для генерации отчетов на языке Rust