Jak poprawnie podzielić kod na pliki źródłowe?

Przyzwyczaiłem się już, że w projekcie mam 1 plik *.cpp (main.cpp) i kilka(-naście) plików *.h. Tzn wszystko umieszczam w pliku .h (deklaracje i definicje, itp). Czy można tak robić? Błędów oczywiście nie ma i jest to dla mnie wygodne. Tylko że wszędzie uczą, aby robić plik *.h i plik *.cpp (np funkcje.h i funkcje.cpp), dlatego chciałbym was się spytać czy tak jak robię to jest to jakieś dobre przyzwyczajenie? Czy mam sie tego odzwyczaić hehe? :D

Ja bym radził się odzwyczaić i używać plików .h i .cpp w taki sposób, jaki było przewidziane, czyli deklaracje w .h(pp), a definicje w .cpp :)

Kod, który jest umieszczony w pliku *.h nie może zostać wyeksportowany do liba i może zostać zoptymalizowany poprzez wstawienie go jako kod inline. Wada taka, że wszystko co kompilację będzie się budowało, więc będziesz tracił ogromne ilości czasu na kompilacje wraz z rozwojem projektu :)

Kiedyś pisałem projekt w ten sposób (1 .cpp - wiele .h) i z doświadczenia wiem że to słaba struktura bo w większym projekcie masz multum małych plików .h i jeden plik cpp który ma klika(dziesiąt) tysięcy linii. Taki projekt jest trudny w konserwacji i czytaniu.

Yhym.. czyli jednak muszę inaczej budować projekt ;) No nic, co chciałem to sie dowiedziałem :) Dzięki ;)