Noções Básicas de Aprendizagem da 4ª Dimensão

O tópico aqui são os menus — especificamente como os sistemas de menu no FileMaker Pro (FMP) e no 4D diferem, e por que essa diferença é importante quando você migra um modelo mental de uma ferramenta para a outra. Os menus são uma das primeiras coisas que um novo desenvolvedor 4D nota, porque o 4D divide o que o FileMaker trata como uma única superfície em vários ambientes distintos.

Principais Conclusões

• O modo de navegação (Browse mode) do FileMaker Pro apresenta uma barra de menu com um conjunto de menus e itens de menu; o 4D separa o ambiente do Usuário (User environment) do ambiente de Menus Personalizados (Custom Menus environment), e os dois se comportam de maneira diferente.
• O ambiente do Usuário do 4D é um espaço de teste do desenvolvedor, não o lugar onde seus usuários finais normalmente ficam. Não projete sua experiência de menu de produção em torno dele.
• O Foundation é um arquivo de Estrutura 4D pré-carregado com Métodos e Formulários que você pode copiar e colar — um caminho rápido para quem já entende o básico, não um substituto para ele.
• O design de menus no 4D é uma decisão deliberada e estrutural. Você decide o que o usuário vê; você não herda uma barra de menu de aplicativo fixa da maneira que faz, em grande parte, no FileMaker.
• Compreender primeiro o modelo de ambiente evita o erro mais comum dos iniciantes: construir e testar menus no ambiente errado e depois se perguntar por que os usuários veem algo diferente.

Por que os Menus são a Primeira Divergência Real

Quando você muda do FileMaker Pro para o 4D, os conceitos de banco de dados são transferidos razoavelmente bem. Tabelas, campos, registros, layouts e formulários têm contrapartes reconhecíveis. Os menus são onde as duas plataformas se separam de uma forma que força você a pensar de maneira diferente sobre o aplicativo como um todo.

No FileMaker, a barra de menu é essencialmente a barra de menu do aplicativo. Você tem Arquivo, Editar, Visualizar, Inserir, Formatar, Registros, Scripts, Janela e Ajuda, e seu trabalho é principalmente suprimir ou aumentar o que já está lá. Você está trabalhando contra uma moldura fixa.

No 4D, a barra de menu é algo que você constrói. A plataforma oferece ambientes, e cada ambiente pode apresentar sua própria barra de menu. Isso significa que o menu não é algo dado — é um artefato do seu design. Isso exige mais trabalho inicial e oferece consideravelmente mais controle posteriormente, que é exatamente a troca que define o 4D como uma plataforma de desenvolvimento, em vez de uma ferramenta baseada em modelos.

Menus do Modo de Navegação do FMP

No modo de navegação do FMP, há apenas uma Barra de Menu e um conjunto de Menus e Itens de Menu. Essa única barra atende a toda a experiência de navegação. A Figura 2 do material original mostra a barra de menu do FMP com os menus “Arquivo” e “Editar” visíveis.

A consequência prática é a simplicidade. Um desenvolvedor FileMaker que está aprendendo a plataforma não precisa perguntar “para qual barra de menu estou olhando?”. Existe apenas uma. A personalização acontece removendo itens que você não deseja que os usuários acessem e adicionando gatilhos de script aos itens que você mantém.

Relacionado: Airtable — Uma interface simples de planilha baseada em um banco de dados relacional real, com automações, visualizações e interfaces compartilháveis..

Isso é genuinamente conveniente, e vale a pena reconhecer em vez de descartar. Para pequenas soluções de propósito único, o modelo do FileMaker leva você a uma interface utilizável mais rapidamente. O custo é que você está sempre negociando com uma barra de menu que foi projetada para um aplicativo de uso geral, não para o seu aplicativo de negócio específico.

Menus do Ambiente do Usuário do 4D

No 4D, existe uma Barra de Menu padrão do Ambiente do Usuário. O ponto crítico a ser internalizado é este: o ambiente do Usuário não é normalmente onde os usuários estarão. O ambiente do Usuário é onde o desenvolvedor testa o que foi desenvolvido. Normalmente, o usuário final nunca verá o ambiente do Usuário.

A Figura 3 do material original mostra a barra de menu do Usuário do 4D e seus menus.

Se você estiver comprando: Zoho Creator — Um construtor de aplicativos de baixo código que se conecta ao conjunto Zoho mais amplo e tem preços por usuário, e não por aplicativo..

Pense no ambiente do Usuário como uma oficina, não como um showroom. Ele fornece um conjunto de menus padrão e previsível para que você possa navegar em sua estrutura, executar métodos, inspecionar dados e verificar o comportamento durante o desenvolvimento. Por ser padronizado, ele é estável — você pode confiar que ele não mudará enquanto você trabalha.

A armadilha do iniciante é sutil e comum: você constrói um formulário, testa-o no ambiente do Usuário, tudo funciona e você faz a entrega. Então, um usuário abre o aplicativo no ambiente personalizado implantado e os menus são diferentes, alguns itens estão faltando e um fluxo de trabalho que dependia de um item de menu que você usou durante os testes simplesmente não está lá. A correção não é técnica — é testar no ambiente que seus usuários realmente usarão.

Como decidir onde testar

• Durante o desenvolvimento estrutural — trabalhe no ambiente do Usuário. É rápido e previsível.
• Antes de qualquer lançamento — percorra cada fluxo de trabalho voltado para o usuário no ambiente de menu personalizado implantado, não no ambiente do Usuário.
• Quando um item de menu “desaparece” — primeiro verifique em qual ambiente você está antes de depurar a definição do menu em si.

Ambiente de Menus Personalizados Padrão do 4D Foundation

O Foundation é um shell. É um arquivo de Estrutura 4D que possui uma infinidade de Métodos e Formulários definidos para você. Você pode simplesmente copiar e colar esses Métodos e Formulários. Depois de dominar o básico do 4D, o Foundation oferece um caminho rápido para desenvolver seu programa.

A Figura 4 do material original mostra a barra de menu personalizada padrão do Foundation e seus menus.

O Foundation é melhor compreendido como uma implementação de referência e um repositório de peças, em vez de um framework que você adota integralmente. O valor está nos exemplos concretos e funcionais: você pode ver como uma barra de menu personalizada é realmente montada, como os itens de menu são conectados a métodos e como as peças se encaixam em um arquivo de estrutura real. Copiar um menu funcional e modificá-lo ensina o modelo mais rapidamente do que ler sobre ele.

Duas ressalvas que vale a pena declarar claramente:

Relacionado: Knack — Um construtor de banco de dados sem código voltado para portais, diretórios e ferramentas internas — com preços fixos em vez de taxas por usuário..

• Copiar e colar traz bagagem. Métodos e Formulários extraídos do Foundation podem fazer referência a outros objetos, tabelas ou convenções de nomenclatura que não existem em sua estrutura. Espere ter que rastrear dependências em vez de assumir uma implementação direta e limpa.
• O Foundation reflete sua época. Ele foi construído para demonstrar conceitos de 4D, e suas convenções podem não corresponder à prática moderna do 4D. Trate-o como um auxílio didático e uma fonte de padrões, não como um guia de estilo.

Comparando os Três Contextos de Menu

A maneira mais clara de manter esses três ambientes em mente é lado a lado.

Contexto	Quem usa	Comportamento da barra de menu	Finalidade principal
Modo de navegação FMP	Usuário final	Uma barra de menu e conjunto de itens fixos	Executar a solução conforme entregue
Ambiente de Usuário 4D	Desenvolvedor	Barra de menu padrão e previsível	Testar e inspecionar durante o desenvolvimento
Ambiente de Menus Personalizados 4D	Usuário final	Barra de menu que você define	Entregar a experiência de produção
4D Foundation	Desenvolvedor (aprendizado)	Menus personalizados padrão pré-construídos	Aprender padrões; copiar Métodos e Formulários

A linha que mais importa para um novo desenvolvedor 4D é a terceira. Tudo na coluna FMP colapsa em uma única superfície; no 4D, isso se divide em uma superfície de desenvolvedor e uma superfície de usuário, e você detém inteiramente a superfície de usuário.

Orientação Prática para Design de Menu no 4D

Como você está construindo o menu em vez de herdá-lo, algumas decisões surgem cedo e vale a pena tomá-las deliberadamente.

Nossa escolha: Claris FileMaker Pro — A plataforma de banco de dados relacional de longa duração para equipes que precisam de aplicativos personalizados em desktop, web e dispositivos móveis a partir de um único arquivo..

Comece pela lista de tarefas do usuário, não pelos nomes de menu padrão. O FileMaker treina você a pensar em termos de Arquivo, Edição, Registros. No 4D, você é livre para organizar em torno do que seus usuários realmente fazem — “Pedidos”, “Clientes”, “Relatórios” — e isso geralmente resulta em um menu melhor do que um genérico.

Decida o que pertence a um menu versus a um formulário. Itens de menu são globais e sempre acessíveis; botões em um formulário são contextuais. Uma ação destrutiva como “Excluir Todos os Registros” é mais segura em um formulário onde você pode controlá-la, não em um menu onde um clique acidental pode alcançá-la de qualquer lugar.

Mantenha a superfície do desenvolvedor e a superfície do usuário mentalmente separadas. A barra de menu padrão do ambiente de Usuário é uma ferramenta. Não deixe que a conveniência dela influencie suas decisões de design sobre o menu de produção.

Use o Foundation para aprender a fiação e, em seguida, construa o seu próprio. O caminho mais rápido é copiar um menu do Foundation, entender cada conexão nele e, então, reconstruí-lo do zero para sua aplicação. A reconstrução é onde o aprendizado se consolida.

Teste no ambiente de destino antes de cada lançamento. Este único hábito evita a classe mais comum de bugs de menu do tipo “funcionou para mim”.

Onde Isso se Encaixa no Caminho de Aprendizado

Esta página está no início da série, na seção que compara menus padrão entre FMP e 4D. Os próximos passos naturais são as comparações detalhadas de menus que se seguem — comparações do menu Arquivo, sugestões do menu Arquivo, outras comparações de menu, sugestões do menu Registros e a tela de splash personalizada. Cada uma delas pega uma fatia da superfície do menu e trabalha nos detalhes.

A razão pela qual o modelo de ambiente vem primeiro é que cada decisão posterior de menu depende dele. Se você não sabe para qual ambiente está projetando, os conselhos específicos sobre itens de menu que seguem não têm âncora. Entenda corretamente os ambientes, e o restante do material de menu será lido como um conjunto de escolhas concretas, em vez de uma lista de fatos.

Para um contexto mais amplo sobre a plataforma em si, o artigo da Wikipédia sobre 4th Dimension fornece informações úteis sobre sua história e posicionamento, e o artigo sobre FileMaker cobre a plataforma com a qual esta comparação é feita. Para princípios gerais que se aplicam a ambas as ferramentas, o Nielsen Norman Group publica pesquisas amplamente respeitadas sobre design de menu e navegação, e o W3C mantém orientações de acessibilidade que vale a pena consultar ao decidir como os usuários acessarão as funções principais.

Perguntas Frequentes

Por que o 4D tem um ambiente de Usuário separado se os usuários nunca o veem?

O ambiente de Usuário existe para que os desenvolvedores tenham um local estável e padronizado para testar e inspecionar seu trabalho. Como sua barra de menu é fixa, ela não muda enquanto você está desenvolvendo. O usuário final normalmente trabalha em um ambiente personalizado onde você controla a barra de menu. Manter os dois separados significa que sua superfície de teste e sua superfície de entrega podem ser otimizadas para seus propósitos distintos.

A barra de menu do ambiente de Usuário do 4D é personalizável?

É uma barra de menu padrão fornecida pela plataforma, e a intenção é que ela permaneça padrão para continuar sendo uma superfície de desenvolvimento confiável. Seu esforço de personalização pertence ao ambiente de menus personalizados que seus usuários realmente verão. Trate a barra de menu do ambiente de Usuário como uma ferramenta que você usa, não como um entregável que você projeta.

O que exatamente é o Foundation, e devo construir meu app sobre ele?

Foundation é um arquivo de estrutura 4D — um shell — que contém um grande número de Métodos e Formulários pré-construídos que você pode copiar e colar em seu próprio trabalho. É um caminho rápido assim que você domina os fundamentos do 4D. É melhor usá-lo como uma fonte de exemplos e padrões de trabalho, em vez de como uma base que você adota integralmente, porque os objetos copiados podem carregar dependências e convenções que não se ajustam à sua estrutura.

Por que meu item de menu funcionou durante os testes, mas não para o usuário?

Quase sempre porque você testou no ambiente User e o usuário está executando em um ambiente de menu customizado. Os dois possuem barras de menu diferentes, portanto, um item disponível para você durante o desenvolvimento pode não existir no menu implantado. Antes de depurar a definição do menu, confirme em qual ambiente você está.

Preciso reconstruir a estrutura de menu do FileMaker no 4D?

Não, e geralmente você não deveria. A organização Arquivo/Editar/Registros do FileMaker existe porque o FileMaker apresenta uma barra de menu de aplicativo de uso geral. No 4D, você está construindo o menu, portanto, pode organizá-lo em torno das tarefas reais de seus usuários em vez de espelhar uma estrutura genérica. Use o layout do FileMaker como um ponto de referência para quais funções você precisa, não como um modelo de como organizá-las.

Quanto do design do menu deve acontecer antes de eu criar os formulários?

O suficiente para saber o que é global e o que é contextual. Decida cedo quais ações pertencem ao menu — acessíveis de qualquer lugar — e quais pertencem aos formulários, onde podem ser restringidas pelo contexto. Acertar essa divisão cedo economiza retrabalho mais tarde, porque mover uma ação entre o menu e o formulário a posteriori afeta tanto a definição do menu quanto cada formulário que a referenciava.