El patrón de expansión-contracción de APIs , a veces llamado cambios en paralelo (parallel change), será familiar para muchas personas, especialmente en relación a su uso con bases de datos o código; sin embargo, sólo vemos niveles bajos de adopción en las APIs. Específicamente, vemos el uso esquemas complejos de versionamiento y la introducción de cambios disruptivos en escenarios donde la simple expansión y posterior contracción del API sería suficiente. Por ejemplo, primero se añadiría un nuevo elemento a un API, para luego descontinuar un elemento existente, y posteriormente remover los elementos descontinuados, una vez que los consumidores se hayan cambiado al esquema más nuevo. Este enfoque requiere cierta coordinacion y visibilidad de los consumidores del API, tal vez a traves de técnicas como las pruebas de contratos dirigidos por consumidores.
