Difference between revisions of "Backward compatibility"
Karl Jones (Talk | contribs) (input) |
Karl Jones (Talk | contribs) (io) |
||
| Line 1: | Line 1: | ||
| − | In [[telecommunications]] and [[computing]], a product or technology is '''backward compatible''' ('''BC''') or '''downward compatible''' if it can work with [[input]] generated by an older product or technology. | + | In [[telecommunications]] and [[computing]], a product or technology is '''backward compatible''' ('''BC''') or '''downward compatible''' if it can work with [[Input/output|input]] generated by an older product or technology. |
If products designed for the new standard can receive, read, view or play older standards or formats, then the product is said to be backward-compatible; examples of such a standard include data formats and communication protocols. | If products designed for the new standard can receive, read, view or play older standards or formats, then the product is said to be backward-compatible; examples of such a standard include data formats and communication protocols. | ||
Revision as of 08:32, 26 May 2015
In telecommunications and computing, a product or technology is backward compatible (BC) or downward compatible if it can work with input generated by an older product or technology.
If products designed for the new standard can receive, read, view or play older standards or formats, then the product is said to be backward-compatible; examples of such a standard include data formats and communication protocols.
Modifications to a system that do not allow backward compatibility are sometimes called "breaking changes."
Forward compatibility
The reverse is forward compatibility, which implies that old devices allow (or are expected to allow) data formats generated by new (or future) devices, perhaps without supporting all new features.
A standard supports forward compatibility if older product versions can receive, read, view or play the new standard.
See also
External links
- Backward compatibility @ Wikipedia
