SYSE.27:4.2 - Compare the change forms
| Possible form | When it can supply the needed result | Burden or limit to examine |
|---|---|---|
| Internal implementation change | The consumed behavior remains within its existing promise. | Show that the relevant effects are preserved, not merely that requests still parse. |
| Compatible extension | New use can be added without changing supported old use. | Check old defaults, limits, failure behavior and the cost of the extension. |
| Adapter | A bounded translation can preserve the old use while a different interface operates behind it. | State losses, unsupported values, extra failure points and maintenance. |
| Explicit versioned break | The new result cannot honestly preserve the old promise. | Name affected consumers, coexistence and the migration/recovery question. |
| Refusal or outside route | The contribution is not justified or cannot be supported under the current conditions. | Give an actionable reason and a legitimate alternative or missing-premise return. |
A version label communicates a choice; it does not establish compatibility. Compare the actual cases and consequences before selecting the label or mechanism. Do not promise an adapter if lost information or changed physical effects would prevent the existing consumer from obtaining the promised result.