Python - podstawowa praca z projektem

0

Hej,
nauczyłem się ostatnimi czasy Pythona i trochę jestem zdezorientowany.

Wcześniej pracowałem np. z Maven/Gradle czy angular-cli (npm) i o ile tam było wszystko proste to w Pythonie nie wiem jak zachowując dobre praktywki, rozwijać projekt.

Utworzyłem katalog i w nim powołałem do życia środowisko wirtualne za pomocą:

$virtualenv my_project

Pokazały mi się katalogi /bin /inclue /lib.
I pytanie: gdzie umieszcza się kod źródłowy pisany przeze mnie?
Gdzie umieszcza się resources (takie pliki jak w Javie, jakieś yamle, propertiesy etc.)?
Gdzie umieszcza się katalog z testami?

--/my_project/
------/my_virtualenv/
----------/bin
----------/include
----------/lib

I jeszcze kilka pytań:
Jak miałem gotowy kod źródłowy to mogłem sobie spakować gotowego builda np.

$.gradlew build
$ng build
$mvn install

A tu w Pythonie mamy taki zestaw komend do pakowania, czyszczenia, podawania opcji uruchomienia interpreterowi etc?

Prośba o informacje, albo może jakiś link opisujący to.

1

Stworzyłeś środowisko wirtualne z oddzielnym interpreterem do projektu, jak go Aktywujesz (source /my_project/bin/activate), to to będzie domyślny interpreter; Możesz go też dodać w edytorze. Kod czy testy, Dajesz gdzie Chcesz. Więcej:
Pakiety w Pythonie Dawno nie...
https://python-guide.readthedocs.io/en/latest/dev/virtualenvs/
https://python-packaging.readthedocs.io/en/latest/
https://medium.com/small-things-about-python/lets-talk-about-python-packaging-6d84b81f1bb5#.b9ww4h4xt

1

Katalogu z virtualenvem nie wkładasz do gita, możesz go wstawiać do .gitignore. Zawiera on binarki, biblioteki i interpreter. Istnieje również takie coś jak virtualenvwrapper, który ułatwia zarządzanie wirtualnymi ścieżkami, trzymając je w wybranej lokalizacji (np. ~/.virtualenvs, zobacz tutorial), żeby mieć porządek w katalogu z projektem. W katalogu projektem tworzysz sobie plik requirements.txt, w którym wypisujesz zależności, opcjonalnie razem z wersjami. Jak ktoś będzie chciał uruchomić twój projekt, to sobie zainstaluje.

W katalogu z projektem leży też plik setup.py, który pozwala na instalację twojego softu, oraz konfigi do różnych narzędzi, takich jak tox. Kod źródłowy można wrzucić w katalogu o tej samej nazwie co sam projekt (albo src/nazwa_projektu), obok leżą pliki z testami oraz dokumentacja (z reguły projekt Sphinx). Wychodzi z tego coś takiego:

$ tree mylib/
mylib/
├── docs
├── mylib
│   ├── __init__.py
│   ├── some_class.py
│   └── some_utils.py
├── README.md
├── setup.py
├── tests
└── tox.ini

virtulenv może sobie siedzieć gdziekolwiek, bylebyś go miał jak aktywować. Więcej dyskusji tutaj.

Generalnie ponieważ układanie tego wszystkiego to ból tyłka, polecam projekt pyscaffold, który generuje ci gotowy do wypełnienia szablon do projektów.

$ putup test_project
$ tree test_project/
test_project/
├── AUTHORS.rst
├── CHANGELOG.rst
├── docs
│   ├── authors.rst
│   ├── changelog.rst
│   ├── conf.py
│   ├── index.rst
│   ├── license.rst
│   ├── Makefile
│   └── _static
├── LICENSE.txt
├── README.rst
├── requirements.txt
├── setup.cfg
├── setup.py
├── src
│   └── test_project
│       ├── __init__.py
│       └── skeleton.py
└── tests
    ├── conftest.py
    └── test_skeleton.py

5 directories, 17 files

Analiza wygnerowanego szablonu będzie pouczająca. virtualenv tworzysz sobie własny, gdzie ci wygodnie. Co do bundlowania - od tego mamy setup.py. PyScaffold powyżej już nam takiego wygenerował. Żeby zainstalować ten projekt w danym środowisku, wchodzimy do niego i odpalamy:

$ cd test_project
$ python setup.py install

Możemy teraz uruchomić liba:

Python 3.7.3 (default, Aug 20 2019, 17:04:43) 
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from test_project.skeleton import fib
>>> fib(10)
55
>>> 

Testy możesz sobie odpalić

$ python setup.py test

Dokumentacje budujesz tak:

$ cd docs
$ make html

Będą leżeć w ./build/sphinx/html (trzeba mieć Sphinxa - pip install sphinx).

0

@Spearhead: dzięki za bardzo wyczerpujący post.

Jeszcze tylko jedno: jak ukończę pisanie kodu to muszę go jakoś budować jak w innych technologiach?
Czy po prostu wystarczy sklonować repo i uruchomić jakiś punkt wejściowy skryptu?

Bo w językach kompilowanych np. Java, miałem zbudowany plik .jar i wrzucałem go na serwer i super. A jak wygląda deployment aplikacji webowej Pythonowej np. w Django.

O co mi tak naprawdę chodzi. Piszę aplikację automatyzującą niektóre kroki dla testerów manualnych i chcę, aby testerzy mogli ją szybko sobie odpalić jedną komendą, żeby nie komplikować.

Istnieje coś jak

$ virtualenv run

?

1

@NeutrinoSpinZero, zwróć uwagę, że w pliku setup.cfg masz sekcję:

[options.entry_points]
# Add here console scripts like:
# console_scripts =
#     script_name = test_project.module:function
# For example:
# console_scripts =
#     fibonacci = test_project.skeleton:run
# And any other entry points, for example:
# pyscaffold.cli =
#     awesome = pyscaffoldext.awesome.extension:AwesomeExtension

Odkomentując sobie te linie:

console_scripts =
    fibonacci = test_project.skeleton:run

I instalując pakiet uzyskujesz program:

$ fibonacci 
usage: fibonacci [-h] [--version] [-v] [-vv] INT
fibonacci: error: the following arguments are required: INT
$ fibonacci 21
The 21-th Fibonacci number is 10946

Żeby zaś dostarczyć ten pakiet można na pryzkład zainstalować sobie własny serwer pakietów z użyciem devpi i instalować:

$ pip install --extra-index-url ścieżka-do-serwera sample_project

Inny sposób to pliki wheel, odpowiednik Javowych jar-ów. Najpierw instalujesz wheel:

$ pip install wheel

I w katalogu projektu:

$ python setup.py bdist_wheel

Zbudowany plik z rozszerzeniem whl będzie leżał w katalogu dist. Możesz go zuploadować na jakiś serwer i też isntalować pip install:

$ pip install ./dist/test_project-0.0.post0.dev1+g1a22b06.dirty-py2.py3-none-any.whl
Processing ./dist/test_project-0.0.post0.dev1+g1a22b06.dirty-py2.py3-none-any.whl
Installing collected packages: test-project
Successfully installed test-project-0.0.post0.dev1+g1a22b06.dirty
$ fibonacci
usage: fibonacci [-h] [--version] [-v] [-vv] INT
fibonacci: error: the following arguments are required: INT
$ fibonacci 12
The 12-th Fibonacci number is 144

Jeszcze inny sposób do zbudowanie pakietu deb.

Jak to nie *nix a Windowsy, to istnieją konwertery do exe, jakieś py2exe i podobne - tego akurat nigdy nie używałem.

Deployment web apek to trochę szerszy temat. Słowo klucz to uWSGI, Stawia się jakiś serwer jak Gunicorn za Nginixem i tym podobne. Tu się też za wiele nie bawiłem, od tego byli devopsi, ja tylko rozwijałem aplikacje.

0

Hmm, a czy w tym co generuje pyscaffold nie brakuje pyproject.toml zgodnie z PEP518?

1 użytkowników online, w tym zalogowanych: 0, gości: 1