The Invisible Pyramid in Revit – Where Category, Family, Type, and Instance Reside in Your Projects – Factory268 Blog

#11 | La Piramide Invisibile: dove Categoria, Famiglia, Tipo e Istanza vivono davvero nei tuoi progetti

Umberto Rinaldi

Non è un ripasso: è la mappa di una stagione intera

Sai cos'è un'Istanza. L'hai letto, l'hai sentito ripetere, magari l'hai anche spiegato a qualcun altro. Ma c'è una domanda diversa, che nessuno ti fa mai: sai riconoscere il momento esatto in cui hai smesso di trattarla come tale?

Quel momento in cui hai modificato un parametro pensando "tanto è solo su questo elemento" — e invece si sono spostati altri dieci oggetti nel modello, perché quel parametro non era di Istanza, era di Tipo. O il contrario: hai passato mezz'ora a creare Tipi diversi per una variazione che sarebbe bastato gestire a livello di singolo elemento.

Non è un problema di definizioni. Le definizioni le conosci già. È un problema di riconoscimento — capire in tempo reale, dentro un progetto vero, a quale livello della gerarchia stai lavorando in quel preciso istante.

Le ultime stagioni di Inside the Files sono state, in un certo senso, un lungo allenamento a questo riconoscimento. Ogni articolo ha toccato un pezzo diverso della stessa piramide, spesso senza dirlo esplicitamente. Questo articolo è la mappa che li ricollega.

C'è un modo per leggere la gerarchia di Revit che nessun corso ti insegna: non come un elenco di livelli, ma come una catena di responsabilità.

Categoria, Famiglia, Tipo, Istanza — non sono quattro scatole separate. Sono quattro livelli di conseguenza. Più sali, più ampio è l'effetto di ogni decisione. Più scendi, più quella decisione resta isolata.

Piramide con gerarchia cromatica per distinguere i 4 livelli nelle Famiglie Revit: Categoria, Famiglia, Tipo, Istanza - Blog by Factory268

Pensa a un sistema muscolare. Il sistema nel suo insieme (Categoria) definisce cosa quel gruppo di muscoli fa per natura — flette, estende, stabilizza. La Famiglia è il muscolo specifico, con la sua forma e la sua funzione. Il Tipo è la variante allenata in un certo modo — più forza, più resistenza. L'Istanza è il singolo movimento, in quel preciso istante, con quel preciso carico. Se cambi l'allenamento di un Tipo, cambi il comportamento di ogni muscolo che appartiene a quel Tipo. Se aggiusti un solo movimento, resta un fatto isolato — non si propaga al resto.

Il problema non è mai sapere quale livello stai guardando. Il problema è dimenticare che ogni livello porta con sé un raggio d'azione diverso — e agire a un livello sbagliato senza accorgertene, finché non è troppo tardi per tornare indietro senza rifare tutto.

Le prossime sezioni non ti rispiegano la teoria. Ti mostrano dove questa catena si è già rotta, o ha già retto, dentro progetti reali — gli stessi che hai già incontrato in questa rubrica.

Non c'è un solo prodotto da guardare, questa volta. C'è una stagione intera, e ogni articolo ha già acceso una luce su un pezzo diverso della piramide.

Famiglia — la spina dorsale che nessuno vede

In Inside the Files #04 hai visto cosa succede quando la Famiglia non ha un sistema di Reference Planes e Reference Lines solido: ogni geometria aggiunta dopo diventa un compromesso, non una scelta. La Famiglia regge quanto regge il suo scheletro interno — prima ancora di arrivare a Tipo e Istanza, il livello sotto può già aver deciso il destino del livello sopra.

Tipo vs Istanza — la scelta che decide il destino del progetto

Inside the Files #02 resta il caso più diretto: stessa geometria, due logiche opposte. Un tavolo con dimensioni fisse di catalogo (Tipo) e una scrivania che deve adattarsi elemento per elemento (Istanza). Stesso principio di prima — a un livello alto la decisione si propaga, a un livello basso resta isolata. Qui l'hai visto applicato, non solo definito.

Nesting — un livello dentro il livello

Inside the Files #07 ha aggiunto un piano che il carosello base non contempla nemmeno: una Famiglia può contenerne un'altra, e la gerarchia si ripete al suo interno. Nidificare bene significa applicare la stessa logica di responsabilità un livello più in profondità — nidificare male significa moltiplicare gli errori invece che il controllo.

Il Parametro Muto — quando la teoria non basta più

Inside the Files #09 è il punto in cui la gerarchia da sola smette di spiegare tutto: un parametro può comportarsi correttamente nell'Editor e diventare muto nel Progetto, non per un errore di Tipo o Istanza, ma per un dettaglio più sottile di associazione. È il primo segnale che la piramide a quattro livelli, da sola, non copre ogni caso.

Performance — cosa succede quando la gerarchia è gestita male

Inside the Files #05 chiude il cerchio dal lato opposto: non cosa significa ogni livello, ma cosa costa ignorarlo. Famiglie pesanti, Tipi ridondanti, geometrie che appesantiscono ogni Istanza — la gerarchia gestita male non è solo un errore concettuale, è un costo che il modello paga in prestazioni.

Il ponte tra Famiglie diverse

C'è un livello che questa piramide non aveva ancora incontrato in questa rubrica: i Parametri Condivisi, il meccanismo che permette a un parametro di attraversare Famiglie diverse restando la stessa entità. Se non l'hai ancora letto, ne ho parlato in I Parametri in Revit non sono tutti uguali — è il pezzo che completa la mappa prima di chiudere questo articolo.

Il consiglio Inside the Files

Se un errore ti sembra un bug, controlla prima il livello della gerarchia.

Nel 90% dei casi non è Revit che si comporta in modo strano — sei tu che hai agito al livello sbagliato: hai toccato un Tipo pensando fosse un'Istanza, o hai creato un'Istanza dove serviva un Tipo. La gerarchia non perdona la disattenzione, ma è prevedibile fino in fondo: se sai a che livello ti trovi, sai già cosa succederà.


Quattro livelli, sei articoli, una sola logica di fondo: ogni decisione porta con sé un raggio d'azione, e riconoscerlo in tempo è l'unica vera competenza che conta — molto più della definizione stessa.

Una stagione si è chiusa, ma la piramide non è esaurita. Ci sono ancora pezzi che non abbiamo aperto: le Formule nei Parametri, con la loro logica condizionale che fa "autoregolare" una Famiglia invece di doverla correggere a mano ogni volta. I Livelli di Dettaglio, e come la stessa geometria debba comportarsi diversamente a seconda di chi la guarda e da dove. E il capitolo che avete appena visto completarsi, i Parametri Condivisi, che meritano ancora spazio quando avrò famiglie vere su cui mostrarli.

Se hai seguito la rubrica fin qui, sai già che non è un percorso che si chiude in un articolo solo. Continua a seguirla — la nuova stagione riparte da dove questa mappa finisce.

Torna al blog

Lascia un commento

Si prega di notare che, prima di essere pubblicati, i commenti devono essere approvati.