¿Es una buena práctica tener un archivo main.c que solo tenga la función principal y no otras funciones 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 funciones 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 pueda considerarse parte del código reutilizable, debe crearse en forma de biblioteca . El trabajo de equilibrio, es una aplicación que debe estar separada donde main()
residirá.
Pero main()
solo no tiene que sentarse aislado. Funciones como parse_arguments(argc,argv)
deberían estar junto con main en lugar de estar separadas.
Nuestro estándar de codificación requiere que main () esté en main.c. Otros métodos en main.c tienden a ser controladores de errores de alto nivel y funciones de ayuda para main (consulte la respuesta de @Dipan "parse_arguments", así como cosas como "display_help", etc.
Una buena regla a seguir es que cuando una función comienza a hacer más que admitir la aplicación en ejecución y comenzar a hacer lógica de negocios, es hora de que esté fuera de main.c
Hay dos reglas generales:
Implementar un estándar de codificación que establezca que main () siempre debe ubicarse en un archivo llamado main.c es una buena práctica y una práctica común. Este archivo, así como main () en sí, no debe contener 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 código fluya para ser fácilmente entendido y mantenido. Siempre he tenido la costumbre 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 el bien de la limpieza, es bueno mantenerlo separado.