Zawsze miałem wątpliwości co do plików nagłówkowych. Są tak dziwne: dołączasz plik .h, który nie zawiera .cpp, ale .cpp też jest jakoś skompilowany.
Ostatnio dołączyłem do projektu zespołowego i oczywiście używane są zarówno pliki .h, jak i .cpp.
Rozumiem, że jest to bardzo ważne, ale nie mogę żyć z kopiowaniem i wklejaniem każdej deklaracji funkcji w każdej z wielu klas, które mamy.
Jak skutecznie obsługiwać konwencję 2-plików?
Czy są jakieś narzędzia, które mogą w tym pomóc, lub automatycznie zmienić jeden plik, który wygląda jak przykład poniżej, na .h i .cpp? (specjalnie dla MS VC ++ 2010)
class A
{
...
Type f(Type a,Type b)
{
//implementation here, not in another file!
}
...
};
Type f(Type a)
{
//implementation here
}
...
8
To pytanie może przebiegać na kilka sposobów ... „Dlaczego potrzebujemy nagłówków podczas używania c ++” lub „Czy uważasz, że nowoczesny język, który ma być skompilowany, powinien używać nagłówków?” Na razie ma w tytule „Co mam robić” i „Nienawidzę”, co wywołuje mnóstwo flag.
—
Tim Post
Twoje pytanie sprawia wrażenie, jakbyś nie rozumiał C ++ lub jak kompiluje go dowolny używany system. Naucz się go używać poprawnie, a następnie zadawaj bardziej subiektywne pytania.
—
David Thornley,
Twoje pierwsze zdanie wskazuje, że „nie rozumiesz wszystkiego w nagłówkach”. Dołączenie pliku .h nie powoduje, że odpowiedni plik .cpp jest „jakoś skompilowany”. Pliki .cpp kompilujesz samodzielnie. Jeśli nie skompilowałeś odpowiedniego pliku .cpp, wówczas dołączenie nagłówka bez odpowiedniego pliku obiektowego spowoduje niepowodzenie konsolidatora.
—
Paul Butcher,
Co robić? Znajdź inny język, jeśli tak bardzo Cię to denerwuje.
—
Paul Nathan
O „nie można żyć z kopiowaniem i wklejaniem”: za każdym razem, gdy aktualizuje się funkcję, należy aktualizować wszystkie miejsca, w których jest ona wywoływana. Ponieważ osoby dzwoniące są znacznie trudniejsze do znalezienia niż deklaracja w pliku nagłówka, aktualizacja nagłówka jest tylko drobnym szczegółem.
—
Sjoerd,