Architecture

Conception

TEDI design system is divided in two parts:

1. Community components
2. TEDI components (TEDI-READY)

Repository structure will be following:

tedi-design-system/  
 ├── libs  
 │   ├── react-components/  
 │   │   ├── src/  
 │   │   │   ├── tedi/  
 │   │   │   │   ├── components/  
 │   │   │   │   │   ├── Button/  
 │   │   │   │   │   │   ├── Button.tsx  
 │   │   │   │   │   │   └── Button.stories.tsx  
 │   │   │   │   │   └── ...  
 │   │   │   │   └── ...  
 │   │   │   └── community/  
 │   │   │       ├── components/  
 │   │   │       │   ├── Card/  
 │   │   │       │   │   ├── Card.tsx  
 │   │   │       │   │   └── Card.stories.tsx  
 │   │   │       │   └── ...  
 │   │   │       └── ...  
 │   │   └── ...  
 │   └── angular-components/  
 │       ├── src/  
 │       │   ├── ...  
 │       │   └── ...  
 │       └── ...  
 ├── nx.json  
 ├── tsconfig.base.json  
 └── package.json  

Community components

Kõik hetkel Disainipesa komponendid on TEDIs by default community komponendid. See tähendab, et arenduse, kvaliteedi suuna jne eest vastutab contributor. Community komponentide eesmärk on olla tsentraalne repositoorium, kus jagada korduvkasutatavaid komponente (sarnaselt nagu täna Disainipesa on toiminud). Hetkel oleme kokku leppinud, et TEDI meeskond (maintainer) ei kontrolli sisu ega sekku muudmoodi kui ainult: Üheks code reviewer-iks on by default ka TEDI meeskonna arendaja. Samas kohustuslikuks PRi ülevaatajaks on endiselt ainult üks arendaja ning TEDI meeskonna arendajal accept-i ootamine ei ole kohustuslik. Selle eesmärk on maintainerina on olla kursis, mis toimub community komponentidega, et tulevikus neid TEDI komponendiks konverteerida või anda suuniseid, et disainisüsteemist liiga eemale ei kaldutaks. Release protsessi eest vastutab maintainer. Ehk TEDI meeskond veendub, et community komponentide arenduse käigus ei ole (kogemata) TEDI komponente muudetud. Seda selletõttu, et arendajate ja lihtsuse huvides jagatakse sama repositooriumit ja libi.

TEDI-READY components

TEDI komponentide eest vastutab maintainer. TEDI komponendiks saamiseks peab see komponent vastama DoD. See tähendab, et contirubutor võib luua TEDI komponendi, teha vastava PRi ning sellel peab olema maintainer-i accept kõikides DoD kirjeldatud osades.