Fundamentos de aprendizaje de la cuarta dimensión

Esta página es parte de la serie 4th Dimension Learning Basics, que guía a los desarrolladores a través de la plataforma 4D desde los primeros principios. El tema aquí son los menús; específicamente, en qué se diferencian los sistemas de menús en FileMaker Pro (FMP) y 4D, y por qué esa diferencia es importante cuando se migra un modelo mental de una herramienta a otra. Los menús son una de las primeras cosas que nota un nuevo desarrollador de 4D, porque 4D divide lo que FileMaker trata como una única superficie en varios entornos distintos.

Conclusiones clave

• El modo Buscar de FileMaker Pro presenta una barra de menú con un conjunto de menús y elementos de menú; 4D separa el entorno de Usuario del entorno de Menús Personalizados, y los dos se comportan de manera diferente.
• El entorno de Usuario de 4D es un espacio de prueba para el desarrollador, no el lugar donde normalmente estarán sus usuarios finales. No diseñe su experiencia de menú de producción basándose en él.
• Foundation es un archivo de estructura de 4D precargado con Métodos y Formularios que puede copiar y pegar: una vía rápida una vez que comprende los conceptos básicos, no un reemplazo de los mismos.
• El diseño de menús en 4D es una decisión estructural deliberada. Usted decide lo que ve el usuario; no está heredando una barra de menú de aplicación fija como ocurre en gran medida en FileMaker.
• Comprender primero el modelo de entorno evita el error más común de los principiantes: crear y probar menús en el entorno incorrecto y luego preguntarse por qué los usuarios ven algo diferente.

Por qué los menús son la primera divergencia real

Cuando pasa de FileMaker Pro a 4D, los conceptos de base de datos se transfieren razonablemente bien. Las tablas, campos, registros, presentaciones y formularios tienen contrapartes reconocibles. Los menús son el punto donde las dos plataformas se separan de una manera que le obliga a pensar de forma diferente sobre la aplicación en su conjunto.

En FileMaker, la barra de menú es esencialmente la barra de menú de la aplicación. Usted obtiene Archivo, Editar, Ver, Insertar, Formato, Registros, Scripts, Ventana y Ayuda, y su trabajo consiste principalmente en suprimir o aumentar lo que ya está ahí. Está trabajando contra un marco fijo.

En 4D, la barra de menú es algo que usted construye. La plataforma le ofrece entornos, y cada entorno puede presentar su propia barra de menú. Eso significa que el menú no es algo dado, sino un artefacto de su diseño. Esto implica más trabajo inicial y considerablemente más control posterior, que es exactamente la compensación que define a 4D como una plataforma de desarrollo en lugar de una herramienta basada en plantillas.

Menús del modo Buscar de FMP

En el modo Buscar de FMP solo hay una barra de menú y un conjunto de menús y elementos de menú. Esa única barra sirve para toda la experiencia de navegación. La Figura 2 en el material original muestra la barra de menú de FMP con los menús “Archivo” y “Editar” visibles.

La consecuencia práctica es la simplicidad. Un desarrollador de FileMaker que aprende la plataforma no tiene que preguntar “¿qué barra de menú estoy mirando?” Solo hay una. La personalización se realiza eliminando los elementos que no desea que los usuarios utilicen y agregando activadores de scripts detrás de los que conserva.

Relacionado: Airtable — Una interfaz simple de hoja de cálculo ubicada sobre una base de datos relacional real, con automatizaciones, vistas e interfaces para compartir..

Esto es genuinamente conveniente, y vale la pena reconocerlo en lugar de descartarlo. Para soluciones pequeñas de un solo propósito, el modelo de FileMaker le lleva a una interfaz utilizable más rápidamente. El costo es que siempre está negociando con una barra de menú que fue diseñada para una aplicación de propósito general, no para su aplicación de negocio específica.

Menús del entorno de Usuario de 4D

En 4D hay una barra de menú de entorno de Usuario estándar. Lo fundamental que hay que internalizar es esto: el entorno de Usuario normalmente no es donde estarán los usuarios. El entorno de Usuario es donde el desarrollador prueba lo que ha sido desarrollado. Normalmente, el usuario final nunca verá el entorno de Usuario.

La Figura 3 en el material original muestra la barra de menú de Usuario de 4D y sus menús.

Si estás de compras: Zoho Creator — Un creador de aplicaciones de bajo código que se conecta a la suite más amplia de Zoho y ofrece precios por usuario en lugar de por aplicación..

Piense en el entorno de Usuario como un taller, no como una sala de exposición. Le brinda un conjunto de menús estándar y predecible para que pueda navegar por su estructura, ejecutar métodos, inspeccionar datos y verificar el comportamiento durante el desarrollo. Debido a que está estandarizado, es estable: puede confiar en que no cambiará mientras usted trabaja.

La trampa para principiantes es sutil y común: usted crea un formulario, lo prueba en el entorno de Usuario, todo funciona y lo implementa. Luego, un usuario abre la aplicación en el entorno personalizado desplegado y los menús son diferentes, faltan algunos elementos y un flujo de trabajo que dependía de un elemento del menú que usted usaba durante las pruebas simplemente no está ahí. La solución no es técnica: se trata de probar en el entorno que los usuarios realmente utilizarán.

Cómo decidir dónde probar

• Durante el desarrollo estructural: trabaje en el entorno de Usuario. Es rápido y predecible.
• Antes de cualquier lanzamiento: recorra cada flujo de trabajo orientado al usuario en el entorno de menú personalizado desplegado, no en el entorno de Usuario.
• Cuando un elemento del menú “desaparece”: primero verifique en qué entorno se encuentra antes de depurar la definición del menú en sí.

Entorno de menús personalizados predeterminados de 4D Foundation

Foundation es un shell. Es un archivo de estructura de 4D que tiene una multitud de Métodos y Formularios definidos para usted. Simplemente puede copiar y pegar estos Métodos y Formularios. Una vez que haya dominado los conceptos básicos de 4D, Foundation proporciona una vía rápida para desarrollar su programa.

La Figura 4 en el material original muestra la barra de menú personalizada predeterminada de Foundation y sus menús.

Foundation se entiende mejor como una implementación de referencia y un contenedor de piezas en lugar de un marco de trabajo que se adopta íntegramente. El valor reside en los ejemplos concretos y funcionales: puede ver cómo se ensambla realmente una barra de menú personalizada, cómo se conectan los elementos del menú a los métodos y cómo encajan las piezas en un archivo de estructura real. Copiar un menú que ya funciona y modificarlo le enseña el modelo más rápido que leer sobre él.

Dos advertencias que vale la pena señalar claramente:

Relacionado: Knack — Un creador de bases de datos sin código dirigido a portales, directorios y herramientas internas, con precios fijos en lugar de tarifas por usuario..

• Copiar y pegar conlleva equipaje. Los métodos y formularios extraídos de Foundation pueden hacer referencia a otros objetos, tablas o convenciones de nomenclatura que no existen en su estructura. Espere tener que rastrear dependencias en lugar de asumir que se puede implementar directamente sin ajustes.
• Foundation refleja su época. Fue construido para demostrar conceptos de 4D, y es posible que sus convenciones no coincidan con la práctica moderna de 4D. Trátelo como una ayuda didáctica y una fuente de patrones, no como una guía de estilo.

Comparando los tres contextos de menú

La forma más clara de mantener estos tres entornos presentes es viéndolos uno al lado del otro.

Contexto	Quién lo usa	Comportamiento de la barra de menú	Propósito principal
Modo de exploración FMP	Usuario final	Una barra de menú fija y un conjunto de elementos	Ejecutar la solución tal como se entregó
Entorno de usuario 4D	Desarrollador	Barra de menú estándar y predecible	Probar e inspeccionar durante el desarrollo
Entorno de menús personalizados 4D	Usuario final	Barra de menú que usted define	Ofrecer la experiencia de producción
4D Foundation	Desarrollador (aprendizaje)	Menús personalizados predeterminados prediseñados	Aprender patrones; copiar Métodos y Formularios

La fila que más importa para un nuevo desarrollador de 4D es la tercera. Todo lo que hay en la columna de FMP se colapsa en una única superficie; en 4D se divide en una superficie de desarrollador y una superficie de usuario, y usted es el dueño absoluto de la superficie de usuario.

Guía práctica para el diseño de menús en 4D

Debido a que usted está construyendo el menú en lugar de heredarlo, algunas decisiones surgen temprano y vale la pena tomarlas deliberadamente.

Nuestra elección: Claris FileMaker Pro — La plataforma de base de datos relacional de larga duración para equipos que necesitan aplicaciones personalizadas en escritorio, web y dispositivos móviles desde un solo archivo..

Empiece desde la lista de tareas del usuario, no desde los nombres de menú estándar. FileMaker le enseña a pensar en términos de Archivo, Edición, Registros. En 4D usted es libre de organizarse en torno a lo que sus usuarios realmente hacen — “Pedidos”, “Clientes”, “Informes” — y ese suele ser un menú mejor que uno genérico.

Decida qué pertenece a un menú frente a un formulario. Los elementos del menú son globales y siempre accesibles; los botones en un formulario son contextuales. Una acción destructiva como “Eliminar todos los registros” es más segura en un formulario donde se puede restringir, no en un menú donde un clic accidental puede ejecutarla desde cualquier lugar.

Mantenga la superficie del desarrollador y la superficie del usuario mentalmente separadas. La barra de menú estándar del entorno de usuario es una herramienta. No permita que su conveniencia influya en sus decisiones de diseño sobre el menú de producción.

Utilice Foundation para aprender el cableado y luego cree el suyo propio. La ruta más rápida es copiar un menú de Foundation, comprender cada conexión en él y luego reconstruirlo desde cero para su aplicación. La reconstrucción es donde el aprendizaje se consolida.

Pruebe en el entorno de destino antes de cada lanzamiento. Este único hábito evita la clase más común de errores de menú del tipo “a mí me funcionaba”.

Dónde encaja esto en la ruta de aprendizaje

Esta página se sitúa al principio de la serie, en la sección que compara los menús estándar entre FMP y 4D. Los siguientes pasos naturales son las comparaciones detalladas de menús que siguen: comparaciones del menú Archivo, sugerencias del menú Archivo, otras comparaciones de menús, sugerencias del menú Registros y la pantalla de presentación personalizada. Cada una de ellas toma una porción de la superficie del menú y analiza los detalles.

La razón por la que el modelo de entorno va primero es que cada decisión posterior sobre el menú depende de él. Si no sabe para qué entorno está diseñando, los consejos específicos sobre elementos de menú que siguen no tienen un anclaje. Una vez aclarados los entornos, el resto del material sobre menús se lee como un conjunto de opciones concretas en lugar de una lista de hechos.

Para obtener un contexto más amplio sobre la plataforma en sí, el artículo de Wikipedia sobre 4th Dimension proporciona información útil sobre su historia y posicionamiento, y el artículo de FileMaker cubre la plataforma con la que se realiza esta comparación. Para principios generales aplicables a ambas herramientas, el Nielsen Norman Group publica investigaciones ampliamente respetadas sobre diseño de menús y navegación, y el W3C mantiene guías de accesibilidad que vale la pena consultar cuando decida cómo los usuarios accederán a las funciones principales.

Preguntas frecuentes

¿Por qué 4D tiene un entorno de usuario separado si los usuarios nunca lo ven?

El entorno de usuario existe para que los desarrolladores tengan un lugar estable y estandarizado para probar e inspeccionar su trabajo. Debido a que su barra de menú es fija, no cambia mientras usted está desarrollando. El usuario final normalmente trabaja en un entorno personalizado donde usted controla la barra de menú. Mantener los dos separados significa que su superficie de prueba y su superficie de entrega pueden optimizarse para sus diferentes propósitos.

¿Es personalizable la barra de menú del entorno de usuario de 4D?

Es una barra de menú estándar proporcionada por la plataforma, y la intención es que siga siendo estándar para que continúe siendo una superficie de desarrollo confiable. Su esfuerzo de personalización debe centrarse en el entorno de menús personalizados que sus usuarios verán realmente. Trate la barra de menú del entorno de usuario como una herramienta que usted utiliza, no como un producto que usted diseña.

¿Qué es exactamente Foundation y debería construir mi aplicación sobre él?

Foundation es un archivo de estructura 4D —un shell— que contiene una gran cantidad de Métodos y Formularios predefinidos que puede copiar y pegar en su propio trabajo. Es una vía rápida una vez que domina los conceptos básicos de 4D. Es mejor utilizarlo como fuente de ejemplos y patrones de trabajo en lugar de como una base que se adopta íntegramente, ya que los objetos copiados pueden conllevar dependencias y convenciones que no se ajusten a su estructura.

¿Por qué mi elemento de menú funcionó durante las pruebas pero no para el usuario?

Casi siempre se debe a que usted realizó las pruebas en el entorno de Usuario y el usuario está ejecutando un entorno de menú personalizado. Ambos tienen barras de menú diferentes, por lo que un elemento disponible para usted durante el desarrollo puede no existir en el menú implementado. Antes de depurar la definición del menú, confirme en qué entorno se encuentra.

¿Necesito reconstruir la estructura del menú de FileMaker en 4D?

No, y generalmente no debería hacerlo. La organización Archivo/Edición/Registros de FileMaker existe porque FileMaker presenta una barra de menú de aplicación de propósito general. En 4D, usted está construyendo el menú, por lo que puede organizarlo en torno a las tareas reales de sus usuarios en lugar de reflejar una estructura genérica. Utilice el diseño de FileMaker como punto de referencia para las funciones que necesita, no como una plantilla de cómo organizarlas.

¿Cuánto del diseño del menú debe realizarse antes de crear los formularios?

Lo suficiente para saber qué es global y qué es contextual. Decida pronto qué acciones pertenecen al menú —accesibles desde cualquier lugar— y cuáles pertenecen a los formularios, donde pueden estar restringidas por el contexto. Hacer esa división correctamente desde el principio evita tener que rehacer el trabajo más tarde, ya que mover una acción entre el menú y el formulario a posteriori afecta tanto a la definición del menú como a cada formulario que haga referencia a ella.