Taller práctico – Arbol TTreeView en Firemonkey (y III)

Cierra este artículo, la serie que ha intentantado acercarte al conocimiento de algunas novedades de nuestro TTreeView en la nueva plataforma Firemonkey. El interés pienso que es justificado, dado que quienes hemos podido hacer uso de éste en nuestros desarrollos desde la VCL, nos gusta valorar a priori que dificultades vamos a encontrar en aquellos casos en que se nos pueda plantear una migración o simplemente su uso. El solo dar un vistazo a estas pinceladas ya nos ponen en alerta sobre qué problemas vamos a tener que ir sorteando y qué otras ganacias se suponen. Ciertamente no lo hemos visto todo. Somos conscientes de las limitaciones que tenemos en cuanto a tiempo, y necesitariamos muchas entradas para verlo con detalle. 😦 Tras la andadura de estos tres artículos, tengo la intuición de que puede ser más provechoso para la Comunidad avanzar y profundizar en lo que atañe a otros temas más genéricos, como los estilos, de forma que podeamos tener unos conocimientos mas correctos de sus posibilidades. Así que es uno de los temas que tengo anotados, junto con otro tema, datasanp, que ha sido fruto de algunas consultas vuestras en correos privados. La verdad es que podría ampliar la lista porque también quise escribir alguna entrada sobre RadPhp. O sobre componentes web. O sobre FastReport. ¡Hay tanto de lo que podemos hablar y tan poco tiempo que tenemos que intentar aprovecharlo al máximo!. Pero al menos, hemos podido ver algunas cosas esenciales en la serie: como la posibilidad de hacer uso del check en el item, las pautas mas básicas en la construcción de nuevos nodos, bien enlazados al propio árbol, bien a través de una relación de anidamiento a otro nodo. Y en relación a ésto, lo que nos ocupaba la última entrada, que nos servia de excusa para ver con un ejemplo básico la navegación, tanto global como local al nodo.

Taller práctico – Arbol TTreeView en Firemonkey (II)

Seguimos nuestro pequeño taller explorando y comentando aspectos que pueden resultar de ayuda para vosotros (y para mi también). 🙂 Esta es la segunda entrega de la serie. En esta ocasión vamos a intentar profundizar en el aspecto de la navegación a través de los distintos nodos, que se que es algo que os puede llegar a preocupar (de hecho a mi me preocupaba antes de preparar la serie cuando recien abría el código fuente de la clase para darle un primer vistazo). Así que nos ponemos manos a la obra y en este tercer ejemplo, vamos a implementar una posible solución a la navegación a nivel de nodo, recorriendo todos los nodos hermanos, y a nivel global, recorriendo todos los nodos (con la particularidad que ya conociamos de la parte I.

Taller práctico – Arbol TTreeView en Firemonkey (I)

Iniciamos el taller práctico abordando un componente que ya nos es conocido.Para la gran mayoría no es ningun personaje nuevo que entre en escena y todos, los que hemos pasado por las distintas versiones de Delphi, lo hemos conocido desde la perspectiva de la plataforma VCL. Os comento que va a estar en nuestro punto de mira durante esta entrada y algunas mas, aunque ahora mismo no se precisaros qué cantidad, y la idea al plantearme estas entradas era la de acercar a vuestro conocimientos algunas diferencias que pueden ser notables respecto a ambas versiones: el TTreeView de la VCL y el nuevo TTreeView de FireMonkey ( enfocado sobre FireMonkey por ser mas nuevo para nosotros). Para los mas jovenes, empezaremos diciendo que un componente TTreeView va a ser una representación visual de la estructura clasica de arbol en programación, donde existen una serie de nodos (TTreeViewItem para FMX y TTreeNode para VCL) que establecen una relación "pertenecer a" que hace corresponder a cada uno de los nodos un unico vinculo de pertenencia. Aunque en este caso, la raiz de esta jerarquia pertenece al componente TTreeView y son los items TTreeViewItem o TTreeNode, lo que "cuelgan" bien del primero o bien de otro item. En terminos coloquiales podemos utilizar el simil "padre-hijo" para identificar que un nodo tiene un único padre. Esta estructura se ajusta a conceptos conocidos y usados por nosotros en el día a día, siendo el que me parece mas representativo o intuitivo, la estructura de ficheros en disco donde el disco hace las veces de nuestro TTreeView y las distintas carpetas serian el equivalente a los TTreeViewItem´(para ir por casa creo que nos vale la comparación).

Blog de WordPress.com.

Subir ↑