Questo testo è stato tradotto utilizzando il sistema di traduzione automatica di Salesforce. Partecipa al nostro sondaggio per fornire un feedback su questo contenuto e dirci cosa vorresti vedere dopo.
Componibile - Inseribili in pacchetti
Ulteriori informazioni su Ben progettato Adattabile → Componibile → Inseribile in pacchetti → Gestione delle dipendenze
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Piattaforma | Standard di progettazione | ✅ Esistono standard per introdurre o modificare le dipendenze |
| Piattaforma | Standard di progettazione | ✅ Esistono standard per dichiarare le dipendenze |
| Piattaforma | Pacchetti | ✅ Nessun metadati viene duplicato tra i pacchetti |
| Piattaforma | Pacchetti | ✅ Per lo sviluppo dei pacchetti, tutto il lavoro di sviluppo in fase iniziale avviene nelle organizzazioni vuote |
| Piattaforma | Controllo sorgente | ✅ Gli sviluppatori possono creare organizzazioni vuote e distribuire correttamente i metadati del pacchetto dal controllo sorgente |
| Piattaforma | Controllo sorgente | ✅ Le versioni dei pacchetti sbloccati utilizzano l'aliasing (LATEST) per dichiarare le dipendenze nei manifesti sfdx-project.json |
Ulteriori informazioni su Ben progettato Adattabile → Componibile → Packageability → Loose Coupling
| Dove cercare? Area prodotto | Posizione | Che aspetto ha? Schema |
|---|---|
| Piattaforma | Apex | ✅ I metodi dipendenti dalle informazioni dinamiche in fase di esecuzione fanno riferimento ai tipi di metadati personalizzati appropriati |
| Piattaforma | Apex | ✅ I servizi comuni e il codice boilerplate sono definiti utilizzando classi Apex astratte o virtuali |
| Piattaforma | Standard di progettazione | ✅ (Facoltativo) Tutti i casi d'uso approvati per le impostazioni personalizzate sono chiaramente elencati (se presenti) |
| Piattaforma | Standard di progettazione | ✅ Le convenzioni di denominazione indicano come indicare le unità pacchetto |
| Piattaforma | Standard di progettazione | ✅ È possibile cercare e trovare un elenco di tutte le unità di pacchetto attualmente definite (e relative convenzioni di denominazione) |
| Piattaforma | Standard di progettazione | ✅ Esistono standard per proporre aggiunte o modifiche alle unità del pacchetto |
| Piattaforma | Organizzazione | ✅ I tipi di metadati personalizzati forniscono informazioni dinamiche in fase di esecuzione per il codice e le personalizzazioni dichiarative |
| Piattaforma | Organizzazione | ✅ Non esistono oggetti personalizzati per fornire informazioni dinamiche in fase di esecuzione per il codice o le personalizzazioni dichiarative |
| Piattaforma | Organizzazione | ✅ Non esistono impostazioni personalizzate o esistono poche impostazioni personalizzate e nessuna è correlata alle funzionalità del pacchetto |
| Piattaforma | Pacchetti | ✅ Non sono definiti pacchetti non gestiti in produzione o Sandbox |
| Piattaforma | Pacchetti | ✅ I pacchetti sbloccati dipendenti dall'organizzazione vengono utilizzati solo per gli esperimenti in fase iniziale o proof of concept |
| Piattaforma | Controllo sorgente | ✅ I file di package.xml vengono visualizzati solo nei manifesti dei progetti in fase iniziale o proof of concept |
Ulteriori informazioni su Ben progettato Adattabile → Componibile → Inseribile in pacchetti → Gestione delle dipendenze
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Piattaforma | Standard di progettazione | ⚠️ Gli standard di progettazione non esistono o non riguardano le modalità di dichiarazione delle dipendenze |
| Piattaforma | Pacchetti | ⚠️ Le dipendenze vengono aggirate duplicando i metadati in pacchetti diversi |
| Piattaforma | Pacchetti | ⚠️ Lo sviluppo precoce dei pacchetti avviene nei Sandbox per sviluppatori o lo sviluppo precoce dei pacchetti non può avvenire nelle organizzazioni vuote |
| Piattaforma | Controllo sorgente | ⚠️ Gli sviluppatori non possono lavorare correttamente con le organizzazioni vuote utilizzando il controllo sorgente |
| Piattaforma | Controllo sorgente | ⚠️ Le versioni dei pacchetti sbloccati sono dichiarate esplicitamente (nessun aliasing di LATEST) nei manifesti sfdx-project.json |
Ulteriori informazioni su Ben progettato Adattabile → Componibile → Packageability → Loose Coupling
| Dove cercare? Area prodotto | Posizione | Cosa evitare? Anti-schema |
|---|---|
| Piattaforma | Apex | ⚠️ I servizi comuni e il codice boilerplate non sono facilmente distinguibili dalle altre classi |
| Piattaforma | Apex | ⚠️ I metodi non utilizzano un approccio coerente per accedere alle informazioni dinamiche in fase di esecuzione o i metodi eseguono query sugli oggetti personalizzati per ottenere informazioni sul comportamento in fase di esecuzione o riferimenti al codice per le impostazioni personalizzate |
| Piattaforma | Apex | ⚠️ I riferimenti interni nelle classi e nei metodi sono difficili da seguire e non sono coerenti in tutta la codebase |
| Piattaforma | Standard di progettazione | ⚠️ Gli standard di progettazione non esistono o non riguardano le unità pacchetto e i casi d'uso |
| Piattaforma | Organizzazione | ⚠️ Vengono utilizzate impostazioni personalizzate |
| Piattaforma | Organizzazione | ⚠️ Esistono oggetti personalizzati per fornire informazioni dinamiche in fase di esecuzione per il codice o le personalizzazioni dichiarative |
| Piattaforma | Organizzazione | ⚠️ I tipi di metadati personalizzati non vengono utilizzati (o non vengono utilizzati in modo coerente) per fornire informazioni dinamiche in fase di esecuzione per il codice e le personalizzazioni dichiarative |
| Piattaforma | Pacchetti | ⚠️ I pacchetti non gestiti sono definiti in produzione o nei Sandbox |
| Piattaforma | Pacchetti | ⚠️ Tutti i pacchetti sono pacchetti sbloccati dipendenti dall'organizzazione |
| Piattaforma | Controllo sorgente | ⚠️ I file package.xml vengono utilizzati per controllare le distribuzioni dei metadati |