Come appare il layout di un'applicazione Python?

Question

Nella maggior parte degli ambienti di programmazione è chiaro come il codice sia distribuito in più parti e come tutto interagisca. In Python mi sembra di essere completamente perso.

• Come dovrebbe apparire il layout di un'applicazione Python?

  Attualmente ho:

   
  setup.py 
  application_name/ 
      __main__.py 
      __init__.py 
      views/ 
      controllers/ 
      model/ 
      resources/ <- images, videos, ... 
  

• Come si fa a eseguire l'applicazione?

  io ho uno script corridore con il seguente contenuto

  #!/usr/bin/env python -m "application_name" 
  

  Se uno anche utilizzare __main__.py per questo scopo? È necessario uno script per runner?

• Come si devono importare parti dell'applicazione? (Python 2,6)

  Per esempio in application_name/__main__.py

  from . import controllers.MainWindow 
  

Come si fa a Disposizione vostre applicazioni?

Answer 1

Ci sono molte parti di questa domanda in modo cercherò di rispondere loro, a sua volta:

1: La sua davvero a te, ci sono delle regole dure-e-veloce al di là di quelle per la determinazione che una directory dovrebbe essere trattato come package e così via. Alcuni framework prescrivono una struttura di directory usando uno script per generare scaffolding (un po 'come fa Rails nel mondo Ruby) ma questa è puramente una comodità o una convenzione del framework dato. Organizza il tuo codice e i tuoi moduli in modo che abbiano un senso logico come faresti in qualsiasi altra lingua.

2: quello che hai è assolutamente soddisfacente. In alternativa puoi usare un installed script se stai usando distutils, un console_script come parte di un'installazione .egg, o come ultima risorsa basta chiamare direttamente lo script main.py (o qualsiasi cosa tu lo chiami). Il console_script è abbastanza comune e viene utilizzato da strumenti come il framework di test nose per esempio.

3: C'è uno PEP per questo argomento specifico. Nella mia esperienza però dovresti davvero preferire le importazioni assolute a quelle relative. Per forzare questo comportamento si può fare:

from __future__ import absolute_import