Conceptos avanzados de Zero-Touch
Last updated
Last updated
Una vez que sabemos cómo crear un proyecto Zero-Touch, podemos profundizar en los detalles de la creación de un nodo mediante el ejemplo ZeroTouchEssentials en el GitHub de Dynamo.
Muchos de los nodos estándar de Dynamo son básicamente nodos Zero-Touch, como la mayoría de los nodos Math, Color y DateTime anteriores.
Para empezar, descargue el proyecto ZeroTouchEssentials desde aquí: https://github.com/DynamoDS/ZeroTouchEssentials.
En Visual Studio, abra el archivo ZeroTouchEssentials.sln
y compile la solución.
El archivo
ZeroTouchEssentials.cs
contiene todos los métodos que se importarán en Dynamo.
Abra Dynamo e importe ZeroTouchEssentials.dll
para obtener los nodos a los que haremos referencia en los ejemplos siguientes.
Los ejemplos de código se extraen de ZeroTouchEssentials.cs y, en general, coinciden con él. Se ha eliminado la documentación XML para mantener la brevedad y cada ejemplo de código creará el nodo de la imagen superior.
Dynamo admite la definición de valores por defecto para los puertos de entrada de un nodo. Estos valores por defecto se proporcionarán al nodo si los puertos no tienen conexiones. Los valores por defecto se expresan mediante el mecanismo de C# de especificación de argumentos opcionales en el manual de programación de C#. Los valores por defecto se especifican de la siguiente forma:
Establezca los parámetros del método en un valor por defecto: inputNumber = 2.0
.
El valor por defecto se mostrará al colocar el cursor sobre el puerto de entrada del nodo.
La devolución de varios valores es algo más complejo que crear varias entradas y será necesario usar un diccionario para ello. Las entradas del diccionario se convierten en puertos en el lado de salida del nodo. Se crean varios puertos de devolución de la siguiente forma:
Añada using System.Collections.Generic;
para utilizar Dictionary<>
.
Añada using Autodesk.DesignScript.Runtime;
para utilizar el atributo MultiReturn
. Esto hace referencia a "DynamoServices.dll" desde el paquete NuGet de DynamoServices.
Añada el atributo [MultiReturn(new[] { "string1", "string2", ... more strings here })]
al método. Las cadenas hacen referencia a claves del diccionario y se convertirán en nombres de puertos de salida.
Se devuelve Dictionary<>
desde la función con claves que coinciden con los nombres de parámetro del atributo, return new Dictionary<string, object>
.
Consulte este ejemplo de código en ZeroTouchEssentials.cs.
Un nodo que devuelve varias salidas.
Observe que ahora hay dos puertos de salida a los que se les ha asignado un nombre en función de las cadenas que hemos introducido para las claves del diccionario.
Se recomienda añadir documentación a los nodos de Dynamo que describa su función, entradas, salidas, etiquetas de búsqueda, etc. Esto se realiza mediante etiquetas de documentación XML. La documentación XML se crea de la siguiente forma:
Cualquier comentario precedido de tres barras inclinadas se considera documentación.
Por ejemplo, /// Documentation text and XML goes here
.
Después de las tres barras, cree etiquetas XML por encima de los métodos que Dynamo leerá al importar el archivo .dll.
Por ejemplo, /// <summary>...</summary>
.
Active la documentación XML en Visual Studio. Para ello, seleccione Project > [Project] Properties > Build > Output
y active Documentation file
.
Visual Studio generará un archivo XML en la ubicación especificada.
Los tipos de etiquetas son los siguientes:
/// <summary>...</summary>
es la documentación principal del nodo y aparecerá como información de herramientas sobre el nodo en la barra lateral de búsqueda izquierda.
/// <param name="inputName">...</param>
creará documentación para parámetros de entrada específicos.
/// <returns>...</returns>
creará documentación para un parámetro de salida.
/// <returns name = "outputName">...</returns>
creará documentación para varios parámetros de salida.
/// <search>...</search>
asociará el nodo con los resultados de búsqueda basados en una lista separada por comas. Por ejemplo, si creamos un nodo que subdivide una malla, es posible que deseemos añadir etiquetas como, por ejemplo, "malla", "subdivisión" y "catmull-clark".
A continuación, se muestra un nodo de ejemplo con descripciones de entrada y salida, así como un resumen que aparecerá en la biblioteca.
Consulte este código de ejemplo en ZeroTouchEssentials.cs.
Tenga en cuenta que el código de este nodo de ejemplo contiene lo siguiente:
Un resumen del nodo
Una descripción de la entrada
Una descripción de la salida
Las descripciones de nodos explican brevemente la función y el resultado de un nodo. En Dynamo, aparecen en dos lugares:
En la información de herramientas del nodo
En el navegador de documentación
Siga estas directrices para garantizar la coherencia y ahorrar tiempo al escribir o actualizar las descripciones de los nodos.
Información general
Las descripciones deben componerse de una o dos oraciones. Si necesita incluir más información, hágalo en la sección En profundidad del navegador de documentación.
Mayúscula inicial en cada frase (llevan mayúscula inicial la primera palabra de una oración y los nombres propios). Sin punto al final.
El lenguaje debe ser lo más claro y sencillo posible. Defina las siglas y acrónimos en la primera mención, a menos que sean conocidos incluso por usuarios no expertos.
Priorice siempre la claridad, incluso si eso significa desviarse de estas pautas.
Pautas
Comience la descripción con un verbo en tercera persona.
Ejemplo: Determina si un objeto de geometría se interseca con otro
No empiece con un verbo en segunda persona ni con un sustantivo.
Ejemplo: Determine si un objeto de geometría se interseca con otro
Utilice "devuelve", "crea" u otro verbo descriptivo en lugar de "obtiene".
Ejemplo: Devuelve una representación NURBS de una superficie
No utilice "obtener" ni "obtiene". Es menos específico y tiene varias interpretaciones posibles.
Ejemplo: Obtiene una representación NURBS de la superficie
Cuando se refiera a entradas, use "dado/a" o "de entrada" en lugar de "especificado/a" o cualquier otro término. Omita "dado/a" o "de entrada" cuando sea posible para simplificar la descripción y reducir el número de palabras.
Ejemplo: Suprime el archivo dado
Ejemplo: Proyecta una curva a lo largo de la dirección de proyección dada en la geometría base dada
Puede utilizar "especificado/a" cuando no haga referencia directa a una entrada.
Ejemplo: Escribe contenido de texto en un archivo especificado por la ruta dada
Cuando se refiera a entradas, para garantizar la coherencia, no use "especificado/a" ni ningún otro término que no sea "dado/a" o "de entrada". No mezcle "dado/a" y "de entrada" en la misma descripción a menos que sea necesario para aumentar la claridad.
Ejemplo: Suprime el archivo especificado
Ejemplo: Proyecta una curva de entrada a lo largo de una dirección de proyección dada en una geometría base especificada
Utilice "un" o "una" cuando haga referencia por primera vez a una entrada. Utilice "el/la [...] dado/a" o "la entrada" en lugar de "un" o "una" según sea necesario para mayor claridad.
Ejemplo: Barre una curva a lo largo de la curva de trayectoria
No utilice "este/a" cuando haga referencia por primera vez a una entrada.
Ejemplo: Barre esta curva a lo largo de la curva de trayectoria
Cuando se refiera por primera vez a una salida u otro sustantivo que sea el objetivo de la operación del nodo, use "un" o "una". Utilice "el/la" únicamente cuando vaya acompañado de "entrada" o "dado/a".
Ejemplo: Copia un archivo
Ejemplo: Copia el archivo dado
Cuando se refiera por primera vez a una salida u otro sustantivo que sea el objetivo de la operación del nodo, no utilice "el/la" por sí solos.
Ejemplo: Copia el archivo
Utilice mayúscula inicial en la primera palabra de una oración y en los nombres propios, como los nombres de personas o cosas y los sustantivos que se suelen llevar mayúscula inicial.
Ejemplo: Devuelve la intersección de dos BoundingBoxes
No utilice mayúscula inicial para los objetos y conceptos de geometría habituales, a menos que sea necesario para mayor claridad.
Ejemplo: Ajusta la escala de forma no uniforme alrededor del Plano
Utilice mayúscula inicial para "booleano". Utilice mayúscula inicial para True y False (verdadero y falso) cuando hagan referencia a la salida de booleanos.
Ejemplo: Devuelve True si los dos valores son diferentes
Ejemplo: Convierte todos los caracteres de una cadena a mayúsculas o minúsculas en función de un parámetro Booleano
No use "booleano" en minúsculas. No use True y False en minúsculas cuando haga referencia a la salida de booleanos.
Ejemplo: Devuelve true si los dos valores son diferentes
Ejemplo: Convierte todos los caracteres de una cadena a mayúsculas o minúsculas en función de un parámetro booleano
Las advertencias y los errores de los nodos alertan al usuario sobre una incidencia con el gráfico. Notifican al usuario los problemas que interfieren con el funcionamiento normal del gráfico mediante la visualización de un icono y una burbuja de texto expandida sobre el nodo. La gravedad de los errores y las advertencias de los nodos puede variar: algunos gráficos pueden ejecutarse lo suficiente con advertencias, mientras que otros bloquean los resultados esperados. En todos los casos, los errores y las advertencias de los nodos son herramientas importantes para mantener al usuario al día sobre las incidencias con el gráfico.
Para obtener directrices que garanticen la coherencia y ayuden a ahorrar tiempo a la hora de escribir o actualizar los mensajes de advertencia y error de los nodos, consulte la página wiki sobre patrón de contenido: advertencias y errores de nodos.
Dynamo no cuenta con una palabra clave new
, por lo que los objetos deberán generarse mediante métodos de creación estáticos. Los objetos se crean de la siguiente forma:
Cree el constructor interno internal ZeroTouchEssentials()
, a menos que se requiera lo contrario.
Cree el objeto con un método estático como, por ejemplo, public static ZeroTouchEssentials ByTwoDoubles(a, b)
.
Nota: Dynamo utiliza el prefijo "By" para indicar que un método estático es un constructor y, aunque es opcional, su uso ayudará a que la biblioteca se ajuste mejor al estilo de Dynamo existente.
Consulte este código de ejemplo en ZeroTouchEssentials.cs.
Una vez que se haya importado el archivo dll ZeroTouchEssentials, habrá un nodo ZeroTouchEssentials en la biblioteca. Este objeto se puede crear mediante el nodo ByTwoDoubles
.
Las bibliotecas de Dynamo pueden utilizar tipos de geometría nativa de Dynamo como entradas y crear nueva geometría como salidas. Los tipos de geometría se crean de la siguiente forma:
Haga referencia a "ProtoGeometry.dll" en el proyecto. Para ello, incluya using Autodesk.DesignScript.Geometry;
en la parte superior del archivo de C# y añada el paquete NuGet ZeroTouchLibrary al proyecto.
Importante: Administre los recursos de geometría que no se devuelven a partir de las funciones. Consulte la sección Instrucciones "Dispose" o "using" mostrada a continuación.
Nota: Los objetos de geometría de Dynamo se utilizan como cualquier otro objeto transferido a funciones.
Consulte este código de ejemplo en ZeroTouchEssentials.cs.
Un nodo que obtiene la longitud de una curva y la duplica.
Este nodo acepta un tipo de geometría de curva como entrada.
Los recursos de geometría que no se devuelven a partir de las funciones deberán administrarse manualmente, a menos que se utilice la versión 2.5 o posterior de Dynamo. En Dynamo 2.5 y versiones posteriores, el sistema administra internamente los recursos de geometría. Sin embargo, es posible que aún deba eliminar la geometría manualmente si se trata de un caso de uso complejo o tiene que reducir la memoria en un determinado momento. El motor de Dynamo gestionará los recursos de geometría que se devuelvan a partir de las funciones. Los recursos de geometría que no se devuelven se pueden gestionar manualmente de las siguientes formas:
Con una instrucción "using", como se muestra a continuación:
Puede encontrar documentación sobre la instrucción "using" aquí.
Consulte el artículo sobre mejoras en la estabilidad de la geometría de Dynamo para obtener más información sobre las nuevas funciones de estabilidad introducidas en Dynamo 2.5.
Se muestra lo siguiente con llamadas manuales a "Dispose":
Al publicar una versión más reciente de una biblioteca, los nombres de nodo pueden cambiar. Los cambios de nombre se pueden especificar en un archivo de migraciones para que los gráficos generados en versiones anteriores de una biblioteca sigan funcionando correctamente cuando se realice una actualización. Las migraciones se implementan de la siguiente forma:
Cree un archivo .xml
en la misma carpeta que el archivo .dll
con el siguiente formato: "BaseDLLName".Migrations.xml.
En el archivo .xml
, cree un único elemento <migrations>...</migrations>
.
En el elemento de migraciones, cree elementos <priorNameHint>...</priorNameHint>
para cada cambio de nombre.
Para cada cambio de nombre, proporcione un elemento <oldName>...</oldName>
y <newName>...</newName>
.
Haga clic con el botón derecho y seleccione
Add > New Item
.Seleccione
XML File
.En este proyecto, al archivo de migraciones se le asignará el nombre
ZeroTouchEssentials.Migrations.xml
.
Este código de ejemplo indica a Dynamo que cualquier nodo con el nombre GetClosestPoint
ahora se denomina ClosestPointTo
.
Consulte este ejemplo de código en ProtoGeometry.Migrations.xml.
Zero-Touch no admite actualmente el uso de genéricos. Se pueden utilizar, pero no en el código que se importa directamente en la ubicación en la que no se ha establecido el tipo. No se pueden mostrar las clases, las propiedades o los métodos genéricos para los que no se haya establecido el tipo.
En el siguiente ejemplo, no se importará un nodo Zero-Touch de tipo T
. Si el resto de la biblioteca se importa en Dynamo, se mostrarán excepciones de tipo no encontrado.
Si se utiliza un tipo genérico con el tipo definido en este ejemplo, se importará a Dynamo.