Quick Start
Build your first diagram in six steps
Kiireellinen käynnistys
Laita kuusi askelta ensimmäinen arkkitehtuurin validoitu kaavio. Jokainen askel tuottaa uuden Datro-konseptin. Lopuksi sinulla on täydellinen, suunniteltu ja rajoituksellisesti tarkistettu kaavio, jonka voit viedä SVG:ksi.
Seuraa Live-editorin ohjeita:“.
Askel 1 Kirjoita ensimmäiset solmut ja reunat
Jokainen .dtro-Tiedosto alkaa maagisella otsikolla. Seuraavaksi ilmoitetaan *nimikkeet* (yksiköitä) ja *marginaalit* (suhteita). Lisää tämä toimittajaan:
#!DATRO 1.0
node frontend { type: web label: "React App" }
node backend { type: service label: "NestJS API" }
node db { type: database label: "PostgreSQL" }
edge frontend -> backend { kind: http }
edge backend -> db { kind: query }Magic-header tarvitaan
Seuraava linja #!DATRO 1.0 Rivi 1 on pakollinen. Parser antaa E100 palautetaan, jos sitä ei ole.
Vaihe 2 Lisää `attrs` lisätä, jotta voidaan saada laajempia metatietoja
Rakennus attrs sisältää mitä tahansa avain-arvo-metadata. Arvot voivat olla merkkejä, numeroita, boolisia arvoja tai sarjoja. Yhteiset ominaisuudet ovat tech, owner, deprecated ja sla.
node backend {
type: service
label: "NestJS API"
attrs {
tech: "nestjs"
owner: "platform-team"
}
}Attribuutit siirretään JSON IR:hen ja näytetään muutettuna SVG:ssä työkaluina.
askel 3 Lisää ääri-metadata
Kanteilla on type (semantinen suhde tyyppi), optionaalinen label, weight (suhteellinen tietoverko) ja asynkroninen lippu. Asynkroniset reunat on esitettävä riittäminä linjoina.
edge backend -> stripe {
kind: http
label: "charge API"
async: false
}| Field | Type | Required | Default | Description |
|---|---|---|---|---|
kind | EdgeKind "http""grpc""query""publish""subscribe""read""write""deploys""monitors""depends""…21 total" | Yes | unknown | Seemantinen suhde tyyppi |
label | string | No | — | Lyhyt teksti, joka näkyy sivulla |
weight | number | No | 1.0 | Vertainen liikennepaino raskastuvat reunat pakenevat |
async | boolean | No | false | Jos true, reuna on peitetty (tulehdutus- ja unohtumismalli). |
Askel 4 Kytkiä ryhmittymässä
Käytä group-lokkaa yhdistämään sukupuolisia solmuja. ryhmät esitetään SVG:ssä merkittyjen aladiagrammin kenttien. Kytkö voi kuulua vain yhteen ryhmään.
group data_tier {
label: "Data Layer"
members: [db, redis_cache]
}
node redis_cache { type: cache label: "Redis" }
edge backend -> redis_cache { kind: read label: "session" }ryhmät vs. node.group
Voitte käyttää group: data_tier Toimitetaan myös ryhmä suoraan kytkellä. Molemmat tyylit ovat voimassa. members Blokit group on ensisijainen.
Askel 5 Lisää arkkitehtoninen rajoitus
Rajoitukset ovat koneellisesti tarkistettuja arkkitehtuurisia sääntöjä. Validaattori arvioi ne IR:n perusteella ja antaa E501-Virheitä palautetaan sääntöjen rikkomisesta.
constraint {
id: "no-db-external"
rule: "database !-> external"
message: "Databases must not connect to external services"
severity: error
}Sääntö database!-> external Se tarkoittaa, että ei ole tyypin kytkiä. database voi olla suunnattu ääri johonkin tyyppiseen kytkeen external ovat. Tämä estää epäonnistuneita kolmansien osapuolten suoria DB → API-pyyntöjä.
Askel 6 Lisää muokkausohjeita ja aihe
Ohjaa kaavan järjestys layout-Pysäytä ja määrittele väripalletti theme-Blokki. Käyttöoikeuden tarkastus ratkaisee W602 Jos väri putoaa WCAG AA-kontrastiin.
layout { direction: LR algo: dagre node_sep: 60 rank_sep: 120 }
theme {
palette {
service: "#D0E8FF"
database: "#FFE8C0"
web: "#E8D0FF"
cache: "#C0FFE8"
background: "#FFFFFF"
}
accessibility { min_contrast: AA }
}WCAG:n kontrasti tapahtuu automaattisesti
DOT-eksportti valitsee automaattisesti mustan tai valkoisen kirjoitusvärin jokaista kytkötä käyttämällä WCAG 2.1:n suhteellista valoa ei tarvita konfiguraatiota.
Seuraava askel
- Luki Language Reference jokaisen blokityypin täydellisen syntaksin.
- Käytä CLI Reference validoimaan, muokkaamaan ja vientiä käskyjen kautta.
- Lue, miten luoda asiakirjoja Remark- tai Markdown-it-pluginilla embed diagrams in Markdown.
Arviosi on valmiina esitettäväksi Klikkaa esityksiä → SVG.