Danke fuer eure Antworten.

es kommt immer darauf an was deine sprache gerade bietet, meine überlegung wäre einfach dass code der images und sound bearbeitet eher unterteilt und getrennt ist

selbst wenn ich ka.. ne collage lade wo ich bilder reinlade und sound dazu abspiele in einer methode wie LoadComposition werde ich wohl nicht alles da drin laden direkt sonder 2 untermethoden machen wie LoadImages und LoadSounds wo ich jeweils den img::Codec und snd::Codec benutze

und in einer methode "loadsounds" ist es klar wenn ich "Codec" stehen habe dass es sich wohl um nen sound codec handelt und nicht imagecodec

bei enums in c++ aber haue ich beispielsweise den "namespacenamen" zu den enum namen dazu also sowas wie

enum Colors { COLOR_BLUE, .. }

weil man zwar in vc++ die enums über Colors::COLOR_BLUE ansprechen kann (und auch ein einfaches COLORS::BLUE reichen würde wenn man es so genannt hätte) aber der c++ standard eigentlich die enums in den jeweiligen drüber geordneten namespace haut und man auch einfach über COLOR_BLUE ohne das Colors:: davor zugreifen kann

in java hau ich den enum namen nicht mehr zu den enum elementen dazu

usw., halt immer so wie es gerade sinn macht, aber für was du dich auch entscheidest, dass wichtigste ist es dir im vorhinein zu überlegen und dann überall einheitlich durch zu ziehen

Wenn du z.B. einen Library Mississippi schreibst, und die eine eigene Exception Klasse definiert, würdest du die dann Mississippi::MississippiException nennen, oder doch lieber nur Mississippi::Exception ?

Was ich allerdings vermeide sind Klassen die gleich heissen wie der Namespace in dem sie definiert werden. Wenn man da using macht muss man nämlich u.u. den vollen Namen angeben, also z.B. ::Mississippi::Media::Graphics::Graphics , und das nervt dann schon öfters.