Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

271
Visualizações
¿Forma recomendada de empaquetar un proyecto Django? ¿Paquete de Django con múltiples aplicaciones o múltiples paquetes de Django?

Estoy trabajando en un proyecto de Django que está separado en 5 aplicaciones (cada una tiene 3-6 modelos). En general, este proyecto definitivamente es algo que reutilizaría en otros proyectos, pero solo sería útil si incluyera todas las aplicaciones porque están intrínsecamente relacionadas.

Por lo tanto, quiero empaquetar este proyecto para hacerlo reutilizable siguiendo los documentos de Django y Django cookiecutter django package . Sin embargo, estos ejemplos solo muestran cómo empaquetar con una sola aplicación.

Por lo que he leido hay algunas opciones:

  1. hacer 5 paquetes
  2. Cree una aplicación con 30 modelos y convierta models.py en un módulo
  3. Haga un paquete con 5 aplicaciones (similar a cómo se configura django-allauth )

Estoy planeando usar la opción 3 porque creo que la opción 1 es exagerada y la opción 2 se considera una mala práctica (consulte esta publicación y esta publicación ). El problema que veo con la opción 3 es que un proyecto que usa este paquete tendría que instalar las 5 aplicaciones en INSTALLED_APPS así:

 INSTALLED_APPS = [ 'project', 'project.app1', 'project.app2',... ]

¿Hay alguna forma de evitar tener que instalar todas las aplicaciones en INSTALLED_APPS si empaqueto el proyecto con 5 aplicaciones? ¿O es mejor la opción 1 o 2 para este caso de uso?

about 4 years ago · Santiago Trujillo
1 Respostas
Responde à pergunta

0

Si las aplicaciones están muy acopladas y solo se pueden usar juntas, en mi opinión, no tiene sentido tenerlas en paquetes diferentes. Entonces, la opción 3 es la respuesta: colóquelos todos en un solo paquete instalable a través de setup.py si es privado, o publíquelo en pip si es público.

Complemento desvergonzado: para otros consejos relacionados con las aplicaciones de Django, es posible que le interese mi charla "Su aplicación Django es una interfaz de usuario": https://www.youtube.com/watch?v=Mnzvjn1v1CY (diapositivas aquí )

about 4 years ago · Santiago Trujillo Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda