Forward and Backward Compatibility: Difference between revisions
Jump to navigation
Jump to search
| Line 7: | Line 7: | ||
A system is said to be '''backward compatible''' is it is design to be compatible with older versions of itself. | A system is said to be '''backward compatible''' is it is design to be compatible with older versions of itself. | ||
<font color=darkkhaki>If old clients encode data, with an old version of the schema, and send it to the current version of the system, which uses the current (newer) schema, a backward compatible system can process that data without error.</font> | <font color=darkkhaki>If old clients encode data, with an old version of the schema, and send it to the current version of the system, which uses the current (newer) schema, a backward compatible system can process that data without error and respond to those old clients in a way that does not break them.</font> | ||
=Forward Compatibility= | =Forward Compatibility= | ||
Revision as of 23:48, 8 May 2024
Internal
Backward Compatibility
A system is said to be backward compatible is it is design to be compatible with older versions of itself.
If old clients encode data, with an old version of the schema, and send it to the current version of the system, which uses the current (newer) schema, a backward compatible system can process that data without error and respond to those old clients in a way that does not break them.
Forward Compatibility
A system is said to be forward compatible is it is design to be compatible with newer, future versions of itself.
If newer clients encode data, with the new version of the schema, and send it to an old version of the system and that system was designed to be forward compatible, then the system can process that data without error.