Czy dobrą praktyką jest posiadanie pliku main.c, który zawiera tylko główną funkcję, a nie żadnych innych funkcji, aby wszystkie pozostałe funkcje mogły być połączone?
Jeśli nie ma ostatecznej reguły, kiedy warto to zrobić, a nie zrobić?
źródło
Czy dobrą praktyką jest posiadanie pliku main.c, który zawiera tylko główną funkcję, a nie żadnych innych funkcji, aby wszystkie pozostałe funkcje mogły być połączone?
Jeśli nie ma ostatecznej reguły, kiedy warto to zrobić, a nie zrobić?
Idealnie byłoby, gdyby wszystkie prace, które można traktować jako część kodu wielokrotnego użytku, powinny być tworzone w formie biblioteki . Bilans pracy, to aplikacja, która powinna być oddzielna, gdzie main()
będzie mieszkać.
Ale main()
sam nie musi siedzieć w izolacji. Funkcje takie jak parse_arguments(argc,argv)
powinny być razem z głównym, a następnie oddzielne.
Nasz standard kodowania wymaga, aby main () był w main.c. Inne metody w main.c są na ogół wysokopoziomowymi programami obsługi błędów i funkcjami pomocniczymi dla main (patrz @Dipan odpowiedź „parse_arguments”, a także rzeczy takie jak „display_help” itp.
Dobrą zasadą jest, aby gdy funcion zaczął robić coś więcej niż tylko obsługę uruchomionej aplikacji i logikę biznesową, nadszedł czas, aby była poza głównym. C
Istnieją dwie podstawowe zasady:
Wdrożenie standardu kodowania stwierdzającego, że main () powinno zawsze znajdować się w pliku o nazwie main.c jest zarówno dobrą, jak i powszechną praktyką. Ten plik, podobnie jak sam main (), nie powinien zawierać niepotrzebnego bałaganu.
Idealnie main () i main.c powinny zawierać tylko następujące elementy
Czysty punkt wejścia w oddzielnym pliku sprawia, że przepływ kodu jest łatwy do zrozumienia i utrzymania. Zawsze miałem ten zwyczaj trzymania bardzo małej i zwięzłej funkcji main () w innym pliku niż to, gdzie mogę śledzić kroki programu. Ze względu na czystość dobrze jest trzymać je osobno.