Key points are not available for this paper at this time.
Die aktuelle Literatur zum Thema duplizierter (klonierter) Code in Softwaresystemen betrachtet Duplikation häufig als schädlich für die Systemqualität, und die Gründe, die üblicherweise für die Duplizierung von Code angeführt werden, haben oft eine negative Konnotation. Obwohl diese Positionen manchmal korrekt sind, haben wir in unseren Fallstudien festgestellt, dass dies nicht universell zutrifft, und wir haben mehrere Situationen gefunden, in denen Code-Duplikation eine vernünftige oder sogar vorteilhafte Designoption zu sein scheint. Beispielsweise besteht eine Methode zur Einführung experimenteller Änderungen an Kernsubsystemen darin, das Subsystem zu duplizieren und dort Änderungen in einer Art Sandbox-Testumgebung einzuführen. Während sich die Funktionen weiterentwickeln und innerhalb des experimentellen Subsystems stabil werden, können sie dann schrittweise in die stabile Codebasis eingeführt werden. Auf diese Weise wird das Risiko minimiert, Instabilitäten in der stabilen Version einzuführen. Dieses Papier beschreibt mehrere Klonmuster, die wir in unseren Fallstudien beobachtet haben, und diskutiert die Vor- und Nachteile, die mit ihrer Verwendung verbunden sind.
Kapser et al. (Sun,) haben diese Frage untersucht.
Synapse has enriched 5 closely related papers on similar clinical questions. Consider them for comparative context: