Как стать автором
Обновить

Комментарии 18

Интересные инструменты создаете, подписался!

Спасибо!

В дальнейшем все же лучше принимать параметры в виде структур, это позволит программно создавать нужные объекты и кормить их библиотеке. конечно, и байтовые массивы можно, но это не типобезопасно (а значит, не в идеологии Rust) и менее эффективно, когда вы этого массива не имеете

Полностью с вами согласен. Думаю, в следующей мажорной версии сделаю то, о чем вы говорите. Мне просто нужно время, чтобы устаканить эту структуру. На данном этапе развития библиотеки решил это специфицировать. Если будут пользователи, которые начнут использовать библиотеку, а я изменю все структуры, им будет очень больно и неудобно переходить на более свежие версии библиотеки. Я не хочу подводить и подставлять своих пользователей

Ещё б Result из main возвращать и элвисом пользоваться вместо тысяч unwrap() хотя бы в примерах.

Я специально такой пример дал, а то новичков в Rust эти ? ставят в ступор )))

А пророк божий в наивности? Который будет читать письмена писаря божьего

)

А разные источники данных будут поддерживаться? Мы долгое время сидели на devexpress (c#)

Ну и там есть возможность и хранимки скл использовать в качестве источников данных, и апи-запросы в различных форматах ответов получать.

А так же возможность указывать параметры запросов - пользовательский фильтр данных. Эти параметры пробрасывать в запросы

Честно говоря, я не думал о планировании источников данных — спасибо за идею. Можно ли вас попросить составить список из 5 самых популярных источников данных?

Думаю, это хорошая идея добавить систему плагинов для них.

Ну, перечислить оные, думаю, не составит труда)

Если реализовывать в виде плагинов, то для мвп будет полезным, имхо, реализовать такие источники данных как:

  • Скл-запросы в одну любую распростаненную субд типа постгрес/мсскл/мускул

  • Запрос данных из файла одного из распространенных форматов типа json/xml/csv

  • HTTP(S) запросы с поддержкой одного из распространенных типов ответов типа JSON

  • Ну а все остальное уже мб сообщество допилит по аналогии

Дика извиняюсь, разговор не по теме, но вам не кажется что генерация изображений к библиотеке выглядит слишком пёстро?

А так статья хорошая, инструменты создаёте полезные. Всех благ в разработке!

Не совсем понял про изображения. Пока что картинки не добавлены в отчеты. Стоит в TODO. Можете пояснить свою мысль?

Предположу, что человека смущает слишком яркая "титульная" картинка проекта.

Есть такая особенность у авиакомпаний: чем она моложе и ещё не имеет сильной репутации, тем ярче и кричаще выбираются цвета для логотипа или покраски самолётов. Чем авиакомпания старше и стабильнее ощущает себя на рынке, тем она использует более блёклую и нейтральную палитру в логотипе и покраске самолётов.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории