#10 | Todo se mueve junto: anatomía de un mueble paramétrico
Umberto RinaldiCómo las Reference Lines, las Nested Families y las fórmulas de adaptación trabajan en sincronía
Hay una categoría de Revit Families que engaña. No por complejidad visual — de hecho, suelen ser las más simples de ver. Un mueble de cocina, cuatro cestas de mimbre, una estructura de madera. Nada espectacular. Pero cuando abres el Family Editor y empiezas a desmontar la lógica interna, entiendes que esa simplicidad es el resultado de decisiones precisas — no de casualidad.
El Mueble Portautensilios de Cocina es uno de estos casos. En este artículo lo desmontamos juntos, nivel por nivel.
La familia en pocas palabras
El mueble es un portautensilios de cocina de estilo escandinavo: estructura de madera, cestas de mimbre, disponible gratuitamente en el Marketplace de Factory268. Existe en dos configuraciones seleccionables mediante un parámetro de visibilidad: cuatro cestas con cuatro compartimentos abiertos, o dos cestas con dos compartimentos abiertos. Los materiales — encimera, estructura, cestas — son instance parameters. Las dimensiones principales son editables, pero también los detalles: el grosor de la encimera, el grosor de la estructura, la posición de las cestas a lo largo de la profundidad del mueble.
Parece poco. Pero detrás de cada uno de estos elementos hay una decisión de modelado.
Cómo se mueven las cestas
El primer elemento que vale la pena analizar es el deslizamiento de las cestas — es decir, la posibilidad de variar su posición a lo largo de la profundidad del mueble mediante un instance parameter.
La solución adoptada es simple pero efectiva, y se basa en una Reference Line. Sus extremos están vinculados a los planos de referencia laterales de la familia. A esta Reference Line se asocia una cota con parámetro de distancia — instance parameter, por lo tanto modificable proyecto a proyecto. La nested family de la cesta está asociada al plano vertical de la Reference Line: cuando el parámetro cambia, la Reference Line se desplaza, y la cesta se mueve con ella.
Sin fórmulas, sin lógica condicional. Un vínculo geométrico directo, limpio, predecible. Quienes leyeron Inside the Files #04 reconocerán esta técnica — es la misma lógica aplicada al control del movimiento en los cajones. Aquí vuelve sobre un objeto diferente, con la misma eficacia.
Las cestas son nested families
Las cestas de mimbre no son geometría directa de la familia host — son nested families. Una decisión precisa, que permite gestionarlas como objetos autónomos con sus propios parámetros internos, y asociar esos parámetros a la lógica dimensional de la host.
Los parámetros de las cestas están configurados como parámetros de tipo. La razón es simple: todas las cestas en la familia host tienen las mismas dimensiones — no se necesita la flexibilidad de instancia a ese nivel. Las variaciones dimensionales se gestionan aguas arriba, en la host, mediante fórmulas.
Las fórmulas que lo mantiene todo unido
Esta es la parte más interesante desde el punto de vista constructivo.
En la sección "Construcción" de la pestaña de propiedades de la host se insertan los parámetros dimensionales de las cestas — ancho, alto, profundidad — con las fórmulas correspondientes que los calculan en función de las dimensiones generales de la familia. El ancho de cada cesta, por ejemplo, se calcula así:
(Ancho familia − Grosor estructura × 5) / 4
La lógica es esta: restar del ancho total el espacio ocupado por los cinco elementos verticales de la estructura, luego dividir el resultado entre cuatro — uno por cada cesta. El resultado es que las cestas y los compartimentos abiertos siempre tienen el mismo ancho, independientemente de cómo se modifique la familia. La misma configuración se aplica a las fórmulas de alto y profundidad.
Cuando modificas el ancho del mueble en el proyecto, no necesitas tocar nada más. Las cestas se recalculan solas, se adaptan, permanecen proporcionadas. La familia se comporta como un sistema — no como una colección de objetos separados.
El parámetro de visibilidad — por qué una familia y no dos
Las dos configuraciones del mueble — cuatro cestas o dos — se gestionan con un parámetro de visibilidad, no con dos familias separadas. Es una decisión que vale la pena explicar.
Dos familias separadas significan dos archivos que mantener, dos objetos que actualizar cuando algo cambia, dos versiones que mantener sincronizadas. Un parámetro de visibilidad significa una sola familia que contiene ambas configuraciones y permite pasar de una a otra directamente desde las propiedades de instancia en el proyecto. Menos archivos, menos riesgo de desalineación, más control para quien usa la familia.
La regla general es esta: si las variantes comparten la misma lógica constructiva y difieren solo en elementos visibles u ocultos, un parámetro de visibilidad es casi siempre la opción más eficiente.
Líneas simbólicas — cómo la familia comunica en las vistas 3D
Una familia bien construida no existe solo en 3D. Existe en planta, en alzado, en sección — y en aquellas vistas donde comunicar información útil sin sobrecargar el modelo con geometría innecesaria.
El Mueble Portautensilios de Cocina incluye líneas simbólicas de apertura de las cestas y de holgura — visibles en las vistas en planta y en alzado. No son geometría 3D: son elementos 2D que existen solo en las vistas donde se necesitan, controlados por subcategorías y configuraciones de visibilidad definidas dentro de la familia. En planta comunican el espacio de maniobra necesario para extraer las cestas. En alzado definen el espacio real que ocupa el objeto en uso — no solo en reposo.
Son información de proyecto, no decoración. Y la diferencia se nota cuando el modelo pasa del render a la lámina.
Quienes quieran profundizar en la lógica constructiva detrás de las líneas simbólicas — cómo se configuran, cómo interactúan con las subcategorías y cómo se controla su visibilidad en las vistas — pueden leer Inside the Files #03.
El consejo Inside the Files
Cuando diseñas una familia con elementos repetidos — cestas, cajones, compartimentos — no los dimensiones manualmente. Construye las fórmulas en la host y asocia los parámetros de la anidada a los calculados. El tiempo que inviertes en la fase de configuración lo recuperas multiplicado por diez cada vez que la familia se modifica en el proyecto. Una familia que se autorregula no es un lujo — es el mínimo indispensable para trabajar de forma profesional.
El Mueble Portautensilios de Cocina no es una familia compleja. Pero es una familia construida con método — y la diferencia se nota cuando el proyecto cambia y todo sigue funcionando sin intervenciones manuales.
Reference Lines para el movimiento. Nested Families con parámetros de tipo. Fórmulas de adaptación en la host. Tres herramientas, una sola lógica: todo se mueve junto.
Puedes descargar la familia gratuitamente desde el Marketplace de Factory268 y abrirla en el Family Editor — es la mejor manera de ver de cerca las decisiones descritas en este artículo.