Неправильная практика определения функций в файле, содержащих основную функцию, а не файлы заголовков и их соответствующий .cpp-файл? В настоящее время я объявляю свои прототипы функций в начале файла перед основной функцией, а затем определяю функции в конце после окончания моей основной функции. Будет ли работодатель считать это noobish?Является ли плохой практикой определять функции в main.cpp, а не в заголовочных файлах?
Это хорошая практика держать все как можно более местным. Если функции не доступны вне файла .cpp, не помещайте их в заголовочный файл (вы можете захотеть помещать локальные вспомогательные функции в анонимное пространство имен).
Все зависит от того, что вы делаете, например, если вы работаете над проектом, который будет использовать классы, вы можете переместить их в отдельный заголовочный файл и/.cpp, особенно если вы планируете о повторном использовании функций и классов, которые вы сделали.
Если проект невелик, вам действительно не нужно беспокоиться об этом, и оно не является ни правильным, ни неправильным в этот момент (и в целом), вы должны стараться быть максимально эффективными, и каждая ситуация отличается от вас нужно смотреть на каждый, когда вы приходите к нему :)
До тех пор, пока main.cpp не вырастет 2000 + линий, это вполне нормально, для меня. – bipll
Это не плохая практика, но мне удобнее избегать форвардных деклараций, если это возможно, и просто «главная» - последняя функция. Но это всего лишь личный вкус. Это не «noobish», чтобы сделать это так или иначе. – Cornstalks
@bipll: Я бы сказал, что 2000 - это хорошо, хотя я был бы немного обеспокоен, когда он достигнет [300000] (http://stackoverflow.com/q/36413769). –