How does Geant4's object-oriented design specifically enable swapping physics models without rewriting detector geometry code?

This is a great question, but the provided preprints don't directly address Geant4's object-oriented architecture and how it achieves physics-geometry decoupling—they mention Geant4 as a tool rather than explaining its internal design principles.

What I can tell you from the archive is that Geant4 is indeed praised as well-designed object-oriented software [AG-2024.05-1380], and one concrete example of modularity is the DMG4 package, which adds dark matter physics to Geant4 while keeping its subpackages "weakly connected" to the core toolkit, allowing reuse in different frameworks [AG-2024.01-1120]. This suggests Geant4 does support plugin-style physics extensions without touching geometry code.

However, to give you a proper explanation of the specific design patterns (likely abstract base classes for physics processes, visitor patterns for geometry traversal, or factory methods for swapping implementations), I would need preprints that document Geant4's architecture itself—which isn't in this list.