Komponerbar - Paketerbarhet

Var ska man leta? Produktområde \| Plats	Hur ser bra ut? Pattern
Plattform \| Designstandarder	✅ Standarder för att införa eller ändra beroenden finns
Plattform \| Designstandarder	✅ Standarder för att förklara beroenden finns
Plattform \| Paket	✅ Inga metadata dupliceras mellan paket
Plattform \| Paket	✅ För paketutveckling sker allt tidigt utvecklingsarbete i skissorganisationer
Plattform \| Källkontroll	✅ Utvecklare kan skapa skissorganisationer och distribuera paketmetadata framgångsrikt från källkontroll
Plattform \| Källkontroll	✅ Paketversioner för olåsta paket använder alias (`LATEST`) för att deklarera beroenden i `sfdx-project.json`

Var ska man leta? Produktområde \| Plats	Hur ser bra ut? Pattern
Platform \| Apex	✅ Metoder beroende på dynamisk, runtimeinformation refererar lämpliga egna metadatatyper
Platform \| Apex	✅ Gemensamma tjänster och boilerplate kod definieras med abstrakta eller virtuella Apex klasser
Plattform \| Designstandarder	✅ (Valfritt) Alla godkända användningsfall för egna inställningar listas tydligt (om du har några)
Plattform \| Designstandarder	✅ Namnkonventioner behandlar hur paketenheter ska anges
Plattform \| Designstandarder	✅ Det är möjligt att söka efter och hitta en lista över alla för närvarande definierade paketenheter (och relaterade namnkonventioner)
Plattform \| Designstandarder	✅ Standarder för att föreslå tillägg eller ändringar av paketenheter finns
Plattform \| Organisation	✅ Egna metadatatyper ger dynamisk körtidsinformation för kod och deklarativa anpassningar
Plattform \| Organisation	✅ Inga egna objekt finns för att ge dynamisk körtidsinformation för kod eller deklarativa anpassningar
Plattform \| Organisation	✅ Inga egna inställningar finns eller få egna inställningar finns, och inga är relaterade till paketerad funktionalitet
Plattform \| Paket	✅ Inga ohanterade paket definieras i produktion eller sandboxar
Plattform \| Paket	✅ Organisationsberoende olåsta paket används endast för tidiga steg eller konceptbevisexperiment
Plattform \| Källkontroll	✅ `package.xml` visas endast i tidigt skede eller bevis på koncept projektmanifest

Var ska man leta? Produktområde \| Plats	Vad ska man undvika? Anti-Pattern
Plattform \| Designstandarder	⚠️ Designstandarder finns inte eller hanterar inte hur beroenden ska deklareras
Plattform \| Paket	⚠️ Beroenden kringgås genom att duplicera metadata i olika paket
Plattform \| Paket	⚠️ Tidig paketutveckling sker i Developer Sandboxar eller tidig paketutveckling kan inte ske i skissorganisationer
Plattform \| Källkontroll	⚠️ Utvecklare kan inte arbeta framgångsrikt med skissorganisationer med källkontroll
Plattform \| Källkontroll	⚠️ Paketversioner för olåsta paket deklareras uttryckligen (inget `LATEST`) i `sfdx-project.json`

Var ska man leta? Produktområde \| Plats	Vad ska man undvika? Anti-Pattern
Platform \| Apex	⚠️ Vanliga tjänster och kod för boilerplate är inte lätta att skilja från andra klasser
Platform \| Apex	⚠️ Metoder använder inte ett enhetligt tillvägagångssätt för åtkomst till dynamisk information, körtidsinformation eller metoder frågar egna objekt efter information om körtidsbeteende, eller så refererar kod till egna inställningar
Platform \| Apex	⚠️ Interna referenser över klasser och metoder är svåra att följa och är inkonsekventa i hela kodbasen
Plattform \| Designstandarder	⚠️ Konstruktionsstandarder finns inte eller behandlar inte paketenheter och användningsfall
Plattform \| Organisation	⚠️ Egna inställningar används
Plattform \| Organisation	⚠️ Egna objekt finns för att ge dynamisk körtidsinformation för kod eller deklarativa anpassningar
Plattform \| Organisation	⚠️ Egna metadatatyper används inte (eller används inte konsekvent) för att ge dynamisk körtidsinformation för kod och deklarativa anpassningar
Plattform \| Paket	⚠️ Ohanterade paket definieras i produktion eller sandboxar
Plattform \| Paket	⚠️ Alla paket är organisationsberoende olåsta paket
Plattform \| Källkontroll	⚠️ `package.xml` används för att styra metadatadistribueringar