mirror of
https://github.com/Unleash/unleash.git
synced 2024-12-28 00:06:53 +01:00
142e322589
## About the changes While working on Terraform I identified some issues with how our backend handled some requests. This happened because the Terraform client was unaware of new fields and was not sending them. This resulted in bad behavior as some of those missing fields were treated in the backend as `null` and removed existing data from the DB. This ADR aims to shed some light on the problem and specifies how our server should handle these requests. --------- Co-authored-by: Nuno Góis <github@nunogois.com>
44 lines
2.1 KiB
Markdown
44 lines
2.1 KiB
Markdown
---
|
|
title: ADR Overview
|
|
---
|
|
|
|
## Introduction {#introduction}
|
|
|
|
Architectural decision records are a record of design decisions we have made in the past because we belived they would help our code quality over time. Any ADR can be challenged, but two conditions must be met to change an ADR:
|
|
1. The proposed solution must provide a tangible benefit in terms of code quality.
|
|
2. The benefits of the proposed solution must outweigh the effort of retroactively changing the entire codebase.
|
|
One such example is the decision to re-write Unleash to TypeScript.
|
|
|
|
## Overarching ADRs
|
|
|
|
These ADRs describe decisions that concern the entire codebase. They apply to back-end code, front-end code, and code that doesn't neatly fit into either of those categories.
|
|
|
|
* [Domain language](./overarching/domain-language.md)
|
|
* [Separation of request and response schemas](./overarching/separation-request-response-schemas.md)
|
|
|
|
## Back-end ADRs
|
|
|
|
We are in the process of defining ADRs for the back end. At the time of writing we have created the following ADRS:
|
|
|
|
* [Naming](./back-end/naming.md)
|
|
* [Preferred export](./back-end/preferred-export.md)
|
|
* [Breaking DB changes](./back-end/breaking-db-changes.md)
|
|
* [POST/PUT API payload](./back-end/POST-PUT-api-payload.md)
|
|
|
|
## Front-end ADRs
|
|
|
|
We have created a set of ADRs to help guide the development of the front end:
|
|
|
|
* [Component naming](./front-end/component-naming.md)
|
|
* [Interface naming](./front-end/interface-naming.md)
|
|
* [Preferred component props usage](./front-end/preferred-component-props-usage.md)
|
|
* [Preferred export](./front-end/preferred-export.md)
|
|
* [Preferred function type](./front-end/preferred-function-type.md)
|
|
* [Preferred style import placement](./front-end/preferred-styles-import-placement.md)
|
|
* [Preferred styling method](./front-end/preferred-styling-method.md)
|
|
* [Preferred data mutation method](./front-end/preferred-data-mutation-method.md)
|
|
* [Preferred data fetching method](./front-end/preferred-data-fetching-method.md)
|
|
* [Preferred folder structure](./front-end/preferred-folder-structure.md)
|
|
* [Preferred form architecture](./front-end/preferred-form-architecture.md)
|
|
* [OpenAPI SDK generator](./front-end/sdk-generator.md)
|