Czy istnieje konwencja nazewnictwa dla aplikacji Django

Czy istnieje preferowana konwencja nazewnictwa przy tworzeniu aplikacji Django składającej się z więcej niż jednego słowa? Na przykład, które z poniższych jest preferowane?

1. my_django_app
2. my-django-app Aktualizacja: niedozwolone składniowo
3. mydjangoapp Zalecane rozwiązanie

Chociaż wszystkie z nich mogą być opcjami 1 i 3 są syntaktycznie dozwolone, czy jest jakaś preferencja? Patrząc na sposób, w jaki Django tworzy nazwy tabel, łącząc nazwę aplikacji i nazwę modelu z podkreśleniem, opieram się na opcji nr 1.

Myśli?

Muszą to być prawidłowe nazwy pakietów. To wyklucza 2 („import my-django-app” byłoby błędem składniowym). PEP 8 mówi:

Moduły powinny mieć krótkie nazwy składające się wyłącznie z małych liter. Podkreślenia mogą być używane w nazwie modułu, jeśli poprawia to czytelność. Pakiety Pythona powinny również mieć krótkie nazwy składające się wyłącznie z małych liter, chociaż odradza się używanie podkreślenia.

Tak więc 1 i 3 są prawidłowe, ale 3 byłoby zalecanym podejściem.

kilka dobrych przykładów

• graphene_django
• użytkowników
• Zamówienia
• oauth2_provider
• rest_framework
• ankiety

mówiąc najprościej, app_namepowinny mieć krótkie nazwy składające się wyłącznie z małych liter. Podkreślenia mogą być używane w nazwie modułu, jeśli poprawia to czytelność. również powinna mieć krótką nazwę i może to być nazwa w liczbie mnogiej i pojedynczej

Nazwy katalogów aplikacji muszą być prawidłową nazwą pakietu w języku Python. Oznacza to, że opcja 2 jest całkowicie niedopuszczalna jako nazwa pakietu, chociaż nadal można jej używać do innych celów, takich jak dokumentacja. Ostatecznie wszystko sprowadza się do osobistego stylu. Jeśli wolisz opcję 3, użyj jej.

Moje głosy na 1 i 3, ale możesz sprawdzić kilka popularnych aplikacji: http://www.django-cms.org/ http://geodjango.org/