Как отметил πάντα ῥεῖ вы можете использовать exit(0)
в конце anotherMessage()
определения.
exit(0)
указывает окончание успешной программы & он полностью портативный, в то время
exit(1)
(обычно) указывает безуспешным завершение. Однако использование не переносится.
Если вы пишете функцию, которая может закончиться, например, в библиотеке, вызывая выход из нее, то существует плохая практика: гораздо лучше сигнализировать об ошибке вызывающему коду (через определенное возвращаемое значение или исключение, например), и пусть вызывающий код решает, что делать. (Например, если вы пишете функцию quit_if_file_not_found, ну, ваши пользователи ожидают окончания.)
В вашем случае функция разбора, вероятно, не должна вызывать exit: вы может потребоваться, например, в какой-то момент в будущем ваш основной код, чтобы спросить у пользователя другое имя файла, если разбор первого отказался. Если ваша процедура разбора завершает работу программы, вы должны изменить как свой основной код, так и эту функцию. Если это сигнализировало об ошибке, вам нужно было бы только изменить основную логику.
(И не выходите без печати сообщения об ошибке или записывайте что-то вроде того, что вы делаете выше, что сделает для разочарованных пользователей, которые не могут знать, как исправить любую проблему, с которой столкнулся код.)
Вы можете поместить 'exit (0)' в конце определения 'anotherMessage()'. –
Что делать, если я хочу сохранить печать мира приветствия и напечатать это и пропустить Не печатать эту строку? – Aryan
Вы знаете инструкцию 'if'? – rustyx