An architectural decision record (ADR) captures a significant API or software design choice, its rationale, alternatives, sources, and consequences. It preserves decisions and forces their justification. section 16.2.3
A practical ADR typically records:
- The context and problem statement. section 16.2.3
- The options considered, with their advantages and disadvantages. section 16.2.3
- The decision, reasoning, consequences, and supporting information sources. section 16.2.3
Choosing resource ID property names
An API design ADR can compare resource ID naming options, explain the selected convention, and record both beneficial and adverse consequences. The decision log can later support API design guidelines. section 16.2.3 section 16.5.4
Figure 16.2 This example of ADR uses the MADR template. It’s a Markdown file, but you can also use a wiki page or any other format. It describes the problem, solution, reasoning, and sources of information.
Use the MADR-style artifact as a compact visual model: problem, solution, reasoning, and information sources in Markdown or a wiki page. section 16.2.3


