Осваиваем pipenv
HTML-код
- Опубликовано: 18 сен 2024
- Александр Хаёров (Ingram Micro Cloud) @ Moscow Python Meetup 59
"Пора найти время и разобраться с pipenv. Приносит ли он все лучшие практики работы с библиотеками и зависимостями в гавань пайтона? Все выводы основаны на практическом примере реального боевого проекта".
Слайды: www.moscowpytho...
Хороший доклад, интересный и полезный. Только маленькая ложечка дёгтя, он был тупо скопипащен 1 в 1 с презентации соавтара pipenv ruclips.net/video/GBQAKldqgZs/видео.html. Я как бы только за, чтоб переводили стоящие доклады, но только ссылку на автора надо давать, а то как то не красиво получается.
Видео называется "Осваиваем pipenv". При этом про именно сам pipenv минуты 4 из 23-х. Остальное не вода конечно, не не про pipenv ни разу. Тот единственный конфиг, который приведен, как раз тот самый "в вакууме", т.к. для самого элементарного туториала требуется пакетов видимо чуть, побольше. Ну и как пользоваться тоже из видео не понятно. Есть в конфиге 2 секции dev и test, и как ставить например тест ? Сходу так же непонятно, использует ли pipenv virutalenv или использует что-то свое.
error: google ban detected
Хотелось бы послушать про conda
За прямую работу с virtualenv уже давно пора бить по рукам. Вендоринг и версионирование с pipenv гораздо более понятное и прозрачное. Особенно незаменимо хеширование файлов т.к полагаться только на версию пакета не всегда безопасно. Можно себя долго оправдывать привычкой и то, к чему привык, однако pipenv - это реально иной качественный уровень dev boxа
Пробовал все шрифты для разрабов. Пока Cascadia впереди планеты всей, особенно после того как добавили ranging from extra-light (200) to bold (700).
Все классно, но явного преимущества перед virtualenv не увидел. Ну попадает в requirements.txt неясно что. И ? Задача максимально сравнять код инсталляций, а не сделать приятным глазу файл со списком библиотек.
Из плюсов вижу пока md5 для пакетов. Уже приходилось сталкиваться, когда версия пакета вроде как и одинаковая, а вот код разный. Конечно скрипт установки это не решит, но вот предупреждение было бы неплохо иметь.
Привет Вадим,
сухо я вижу такие плюсы:
- Точно получаются детерминированные сборки (lock файл и hash) для все зависимостей
- Удобство описания в едином формате требований к пакетам, dev пакетам и версии python в одном месте
- Возможность указать несколько разных pypi и просто это объявить у пактов внутри Pipfile
- Доп. утилита graph для анализа зависимостей
- По-умолчанию virtualenv вне workspace /Users/{User}/.local/share/virtualenvs/{xxx-yyy}
А что много кто использует Flask? Для rest приложений удобно его использовать? Админка появилась?
Flask это микросервис(Микрофреймворк), он не фулл стак фреймворк как джанго. Flask не предполагает внутри себя никаких админок, orm или генераторов шаблонов. Все импортируется отдельно
Для REST приложений есть 3-4 расширения, из них самое популярное Flask-RESTful.
Отдельный пакет flask-admin существует давно и поддерживает работу не только с реляционными СУБД, но и с MongoDB.
На гитхабе есть репозиторий awesome-flask, где дано очень много ссылок на расширения для Flask.
Всё равно нихрина не понял.
какой же неприятный этот Александр, слишком приторно вещает
в целом, скользий тип