¿Es una buena práctica tener un archivo main.c que solo tenga la función principal y no otras para que todas las demás funciones puedan interactuar?
Si no hay una regla definitiva, ¿cuándo es bueno hacerlo y no hacerlo?
¿Es una buena práctica tener un archivo main.c que solo tenga la función principal y no otras para que todas las demás funciones puedan interactuar?
Si no hay una regla definitiva, ¿cuándo es bueno hacerlo y no hacerlo?
Idealmente, todo el trabajo que se pueda considerar como parte de un código reutilizable, debe crearse en forma de biblioteca . El trabajo de saldo es una aplicación que debe estar separada donde residirá main()
.
Pero main()
solo no tiene que estar aislado. Las funciones como parse_arguments(argc,argv)
deben ir junto con main en lugar de separar.
Nuestro estándar de codificación requiere que main () esté en main.c. Otros métodos en main.c tienden a ser los controladores de errores de alto nivel y las funciones de ayuda para main (consulte @Dipan responda "parse_arguments", así como cosas como "display_help" etc.
Una buena regla para seguir es cuando una función comienza a hacer algo más que apoyar la aplicación en ejecución y comenzar a hacer lógica empresarial, es hora de que salga de main.c
Hay dos reglas básicas:
Para implementar un estándar de codificación que indique que main () siempre debe estar ubicado en un archivo llamado main.c es una buena práctica común. Este archivo, así como el propio main (), no debe contener un desorden innecesario.
Idealmente main () y main.c solo deberían contener lo siguiente
Un punto de entrada limpio en un archivo separado hace que el flujo de código sea fácil de entender y mantener. Siempre he tenido el hábito de mantener una función main () muy pequeña y concisa en un archivo diferente desde donde puedo seguir los pasos del programa. Solo por razones de limpieza, es bueno mantenerlo separado.
Lea otras preguntas en las etiquetas c modules code-organization file-structure