Todo el código en un archivo

Question

Después de preguntar organising my Python project y luego calling from a parent file in Python me está ocurriendo que será mucho más fácil poner todo mi código en un archivo (los datos se leerán en un archivo externo).

Siempre he pensado que esta era una mala organización de proyectos pero parece ser la forma más fácil de lidiar con los problemas que creo que enfrentaré. ¿Acabo de obtener el extremo equivocado con el conteo de archivos o no he visto una gran guía en proyectos grandes (para mí)?

Answer 1

Si está planeando utilizar cualquier tipo de SCM, lo van a atornillar. Tener un archivo es una forma garantizada de tener muchas colisiones y fusiones que serán difíciles de manejar con el tiempo.

Cumpla con las convenciones y separe sus archivos. Si nada más que salvar al tipo que un día tendrá que mantener su código ...

Answer 2

Si su código va a funcionar junto todo el tiempo de todos modos, y no es útil por separado, no hay nada de malo en mantener todo en un archivo Puedo pensar en al menos paquete popular (BeautifulSoup) que hace esto. Claro hace la instalación más fácil.

Por supuesto, si parece que, en el futuro, podría usar parte de su código con otro proyecto, o si el mantenimiento comienza a ser un problema, entonces preocúpese de organizar su proyecto de manera diferente.

Me parece que, a partir de las preguntas que ha estado formulando últimamente, está preocupado por todo esto un poco prematuramente. A menudo, para mí, este tipo de problemas se abordan mejor un poco más adelante en la solución. Especialmente para proyectos más pequeños, mi objetivo es obtener una solución que sea correcta, y luego óptimo.

Answer 3

Siempre es un argumento versos ahora. Si estás bajo el arma para hacerlo, hazlo. El control de la fuente será un problema más adelante, ya que con muchas cosas no hay una respuesta en blanco y negro. Debe ser responsable tanto del plazo como del mantenimiento a largo plazo del código.

Answer 4

Si esa es la mejor manera de organizarlo, probablemente esté haciendo algo mal.

Si se trata de algo más que un simple programa de juguete o un simple script, debe dividirlo en archivos separados, etc. Es la única forma sensata de hacerlo. Cuando su proyecto sea lo suficientemente grande como para necesitar que alguien más lo ayude, entonces hará que el SCM sea mucho más fácil.

Además, tarde o temprano tendrá que agregar una utilidad separada a su proyecto, que va a necesitar algunos códigos/estructuras comunes. Es mucho más fácil hacer esto si tienes archivos fuente separados que si solo tienes uno grande.

Answer 5

Dado que Calling from a parent file in Python indica serios problemas de diseño, yo diría que tiene dos opciones.

1. No tiene un módulo de biblioteca intente devolver la llamada a main. Tendrás que volver a escribir cosas para arreglar esto.

   [Un componente importado que llama al programa principal es una dependencia inadecuada. Y Python no lo admite porque es un diseño pobre.]

2. Ponlo todo en un solo archivo hasta que encuentres un mejor diseño con las dependencias unidireccionales correctas. Luego, tendrá que volver a escribir para solucionar los problemas de dependencia.

Un módulo (un solo archivo) debe ser una pieza lógica del código relacionado. No todo. Ni una sola definición de clase. Hay un término medio de modularidad.

Además, debe haber un gráfico de dependencia de una vía del programa principal a los componentes (que NO dependen del programa principal) a las bibliotecas de utilidades y lo que no (que no conoce los componentes O el programa principal .

circular (o mutua) dependencias menudo indican un problema de diseño. las devoluciones de llamada son una manera de salir del problema. Otra forma es descomponer los elementos circulares para obtener una gráfica adecuada de una sola vía.

Answer 6

en cuanto a su preguntas anteriores diría todo el código en un archivo sería un buen estado intermedio en el camino a un com refactorización completa de su proyecto. Para hacerlo, necesitará un conjunto de pruebas de regresión para asegurarse de no interrumpir el proyecto mientras lo refactoriza.

Una vez que todo el código está en un archivo, sugiero iterando la siguiente:

1. identificar un pequeño grupo de clases interdependientes.

2. Coloque esas clases en un archivo separado.

3. Agregue las pruebas unitarias para el nuevo archivo separado.

4. Vuelva a probar todo el proyecto.

Dependiendo del tamaño de su proyecto, que no deben tomar demasiadas iteraciones para que usted pueda llegar a algo razonable.