Skip to main content
Componentes de front-end são componentes React que renderizam diretamente dentro da UI do Twenty. Eles são executados em um Web Worker isolado usando Remote DOM — seu código é executado dentro de um iframe de origem opaca e em sandbox, mas sua interface ainda é renderizada de forma nativa na página em vez de ficar confinada a esse iframe.

Onde os componentes de front-end podem ser usados

Os componentes de front-end podem ser renderizados em três locais dentro do Twenty:
  • Painel lateral — Componentes de front-end não headless abrem no painel lateral direito. Este é o comportamento padrão quando um componente de front-end é acionado pelo menu de comandos.
  • Widgets (painéis e páginas de registro) — Componentes de front-end podem ser incorporados como widgets dentro de layouts de página. Ao configurar um painel ou o layout de uma página de registro, os usuários podem adicionar um widget de componente de front-end.
  • Configurações do aplicativo — Definido com defineSettingsFrontComponent(), o componente de front-end é renderizado como uma seção dentro da aba Settings do aplicativo, no lugar da interface padrão de configuração de variáveis.
Um componente de front-end por si só não é acessível pela UI — é preciso exibi-lo. As três maneiras de fazer isso são:
  • Associe-o a um item do menu de comandos — registra-o no menu de comandos (Cmd+K) e, opcionalmente, como uma ação rápida fixada.
  • Incorpore-o como um widget em um layout de página — posiciona-o na página de detalhes de um registro ou em um painel.
  • Definindo-o com defineSettingsFrontComponent() — o componente é renderizado como uma seção dentro da aba Settings do aplicativo, no lugar da interface padrão de configuração de variáveis.

Exemplo básico

A maneira mais rápida de ver um componente de front-end em ação é associá-lo a um defineCommandMenuItem, para que ele apareça como um botão de ação rápida no canto superior direito da página:
src/front-components/hello-world.tsx
src/command-menu-items/hello-world.command-menu-item.ts
Após sincronizar com yarn twenty dev (ou executando uma única vez o yarn twenty apply), a ação rápida aparece no canto superior direito da página:
Botão de ação rápida no canto superior direito
Clique nele para renderizar o componente inline.

Campos de configuração

Colocando um componente de front-end em uma página

Além de comandos, você pode incorporar um componente de front-end diretamente em uma página de registro adicionando-o como um widget em um layout de página. Veja Layouts de página para detalhes.

Componente de configurações personalizadas

Para substituir a interface de configuração de variáveis gerada automaticamente na aba Settings do seu aplicativo pelo seu próprio componente, defina-o com defineSettingsFrontComponent em vez de defineFrontComponent. Ele usa os mesmos campos de configuração (exceto isHeadless, que não é aceito, já que um componente de configurações sempre renderiza uma interface visível) e, adicionalmente, marca o componente como a interface de configurações do app. O componente é renderizado como uma seção dentro da aba Settings, e não como uma substituição de toda a aba. As seções gerenciadas pelo sistema do Twenty — atualização automática, App URL e conexões — são sempre renderizadas acima dela e não podem ser substituídas pelo app.
src/front-components/app-settings.tsx
Apenas um componente de configurações de front-end é permitido por app; declarar mais de um faz com que a build falhe. Quando presente, a aba Settings do app renderiza este componente no lugar da interface padrão de configuração de variáveis.

Headless vs não headless

Os componentes de front-end têm dois modos de renderização controlados pela opção isHeadless: Não headless (padrão) — O componente renderiza uma interface visível. Quando acionado pelo menu de comandos, ele é aberto no painel lateral. Este é o comportamento padrão quando isHeadless é false ou omitido. Headless (isHeadless: true) — O componente é montado de forma invisível em segundo plano. Ele não abre o painel lateral. Componentes headless são projetados para ações que executam lógica e, em seguida, se desmontam — por exemplo, executar uma tarefa assíncrona, navegar para uma página ou exibir um modal de confirmação. Eles se combinam naturalmente com os componentes Command do SDK descritos abaixo.
src/front-components/sync-tracker.tsx
Como o componente retorna null, o Twenty ignora renderizar um contêiner para ele — nenhum espaço vazio aparece no layout. O componente ainda tem acesso a todos os hooks e à API de comunicação do host.

Componentes Command do SDK

O pacote twenty-sdk fornece quatro componentes auxiliares Command projetados para componentes de front-end headless. Cada componente executa uma ação ao montar, trata erros exibindo uma notificação de snackbar e desmonta automaticamente o componente de front-end ao concluir. Importe-os de twenty-sdk/front-component:
  • Command — Executa um callback assíncrono via a prop execute.
  • CommandLink — Navega para um caminho do app. Props: to, params, queryParams, options.
  • CommandModal — Abre um modal de confirmação. Se o usuário confirmar, executa o callback execute. Props: title, subtitle, execute, confirmButtonText, confirmButtonAccent.
  • CommandOpenSidePanelPage — Abre uma página do painel lateral. As props dependem de page — por exemplo, ViewRecord recebe recordId + objectNameSingular (além de um id de tab opcional para abrir o registro em uma guia específica), outras páginas recebem pageTitle + pageIcon.
Aqui está um exemplo completo de um componente de front-end headless usando Command para executar uma ação a partir do menu de comandos:
src/front-components/run-action.tsx
src/command-menu-items/run-action.command-menu-item.ts
E um exemplo usando CommandModal para solicitar confirmação antes de executar:
src/front-components/delete-draft.tsx
E um exemplo usando CommandOpenSidePanelPage para abrir o registro atual no painel lateral em uma guia específica. tab é um id de guia de layout de página (layouts padrão usam ids como company-tab-emails ou company-tab-timeline; layouts personalizados usam o próprio id da guia). Se o id não existir no layout do registro, a guia padrão será aberta em seu lugar:
src/front-components/open-company-emails.tsx

Chamando uma função lógica

Os componentes de front são executados no navegador em um Web Worker em sandbox dentro de um iframe de origem opaca, enquanto as funções lógicas são executadas no servidor. Não há chamada direta no mesmo processo entre os dois — em vez disso, um componente de front acessa uma função lógica via HTTP. Uma função lógica declarada com httpRouteTriggerSettings é acessível por HTTP em seu caminho de rota. RestApiClient trata caminhos que começam com /s/ como rotas de aplicativo, resolve-os para a URL a partir da qual suas funções são servidas e os autentica com TWENTY_APP_ACCESS_TOKEN.
No Twenty Cloud, funções lógicas acionadas por HTTP são servidas em um domínio dedicado por workspace em https://\<your-workspace-subdomain>.withtwenty.com\<path>. Para chamadores externos, copie a URL exata das configurações de HTTP trigger da função ou da guia Settings do aplicativo.
Um componente de front headless pode executar a chamada ao montar via o componente Command e, em seguida, desmontar automaticamente:
src/front-components/sync-prs.tsx
O caminho passado para o RestApiClient é o httpRouteTriggerSettings.path da função de lógica, prefixado com /s. Mantenha isAuthRequired: true; o TWENTY_APP_ACCESS_TOKEN que a Twenty gera para o seu componente autentica a solicitação:
src/logic-functions/fetch-prs.logic-function.ts
TWENTY_APP_ACCESS_TOKEN é injetado automaticamente — consulte Variáveis de aplicação. Como as variáveis de aplicação secretas nunca são expostas aos componentes de front, mantenha as chaves de API e outra lógica sensível na função lógica, não no componente de front.

Chamando a API REST da Twenty

Para chamar rotas HTTP do aplicativo ou ler e gravar registros da Twenty a partir de um front component, use RestApiClient de twenty-client-sdk/rest. Ele envia caminhos /s/... para a URL base das funções do seu workspace e qualquer outro caminho, incluindo /rest/..., para TWENTY_API_URL. options aceita headers, query (um registro de parâmetros de query string; valores nulos ou indefinidos são ignorados) e um AbortSignal via signal. Um objeto body que não seja FormData é serializado em JSON automaticamente. Em um 401, o cliente atualiza o access token uma vez por meio do host e tenta a requisição novamente. A URL base e o token são resolvidos do ambiente por padrão. Passe substituições (overrides) para o construtor quando necessário — por exemplo, em testes:
Requisições com falha geram um erro RestApiClientError que expõe status, statusText, url e o body analisado:

Acessando o contexto de execução

Dentro do seu componente, use hooks do SDK para acessar o usuário atual, o registro e a instância do componente:
src/front-components/record-info.tsx
Hooks disponíveis:

Variáveis de aplicação

Variáveis de aplicação definidas em defineApplication() com isSecret: false estão disponíveis nos componentes de front por meio do utilitário getApplicationVariable:
src/front-components/greeting.tsx
Variáveis secretas (isSecret: true) não são expostas aos componentes de front. Elas estão disponíveis apenas em funções de lógica, que são executadas no lado do servidor. Isso impede que valores sigilosos, como chaves de API, sejam enviados para o navegador.
getApplicationVariable sempre retorna uma string (ou undefined), independentemente do type declarado da variável. A string é serializada de forma consistente por tipo (booleanos como "true" / "false", números como strings decimais, arrays / objetos como JSON), o mesmo formato usado para a logic-function process.env — faça você mesmo o parse (Number(...), JSON.parse(...), === 'true'). Veja Tipos de variáveis. As seguintes variáveis de sistema estão sempre disponíveis via process.env:

TWENTY_FUNCTIONS_URL

A Twenty também injeta TWENTY_FUNCTIONS_URL em front components e funções de lógica: a URL base a partir da qual as funções de lógica acionadas por HTTP do seu aplicativo são servidas. Ela existe porque essa URL nem sempre é o próprio servidor da Twenty. No Twenty Cloud, as rotas do aplicativo são servidas em um domínio dedicado por workspace (https://\<your-workspace-subdomain>.withtwenty.com, ou o domínio público primário da aplicação quando um é configurado) para que respostas criadas pelo aplicativo sejam executadas em uma origem isolada, em vez de na origem do aplicativo Twenty. Instâncias self-hosted e locais servem rotas do aplicativo sob o prefixo /s no próprio servidor e podem não definir a variável. Como a URL base varia por workspace e por instância, seu código não pode defini-la de forma fixa — o servidor injeta o valor correto em tempo de execução. Você raramente precisa lê-la diretamente. Chame suas rotas por meio de RestApiClient com um caminho prefixado com /s/ e o cliente resolverá a URL para você: ele remove o prefixo /s e direciona para TWENTY_FUNCTIONS_URL, recorrendo a \<TWENTY_API_URL>/s quando a variável não está definida. Use resolveUrl('/s/\<path>') para obter a URL absoluta sem enviar uma requisição, por exemplo, para um link. Leia a variável diretamente apenas ao construir uma URL manualmente:

API de comunicação do host

Componentes de front-end podem acionar navegação, modais e notificações usando funções de twenty-sdk: Aqui está um exemplo que usa a API do host para exibir um snackbar e fechar o painel lateral após a conclusão de uma ação:
src/front-components/archive-record.tsx

Trabalhando com vários registros

Use useSelectedRecordIds() para lidar com vários registros selecionados. Isso é útil para operações em lote:
src/front-components/bulk-export.tsx
Exiba-o com um item de menu de comando restrito a seleções de registros:
src/command-menu-items/bulk-export.command-menu-item.ts

Recursos públicos

Componentes de front-end podem acessar arquivos do diretório public/ do app usando getPublicAssetUrl:
Veja a seção de recursos públicos para obter detalhes.

Estilização

Componentes de front-end suportam várias abordagens de estilização. Você pode usar:
  • Estilos inlinestyle={{ color: 'red' }}
  • Componentes de UI da Twenty — a própria biblioteca de componentes da Twenty; consulte Usando componentes de UI da Twenty abaixo
  • Emotion — CSS-in-JS com @emotion/react
  • Styled-components — padrões styled.div
  • Tailwind CSS — classes utilitárias
  • Qualquer biblioteca CSS-in-JS compatível com React

Usando componentes de UI da Twenty

Twenty distribui sua biblioteca de componentes como o pacote twenty-ui. Os componentes de front-end podem usá-lo para botões, tags, pílulas de status, chips, avatares, ícones, tipografia e tokens de tema que correspondem automaticamente ao tema claro e escuro do espaço de trabalho.

Instalação

Adicione o pacote ao seu app, fixado na versão fornecida pela sua instância do Twenty:
twenty-ui é empacotado no seu componente de front-end em tempo de build, então ele só precisa ser uma dependência do seu app — não há nada para configurar em tempo de execução.

Importando componentes

Importe a partir do subcaminho correspondente em vez da raiz do pacote, para que apenas os componentes que você usa acabem no seu bundle:

Ícones

Importe ícones individuais de twenty-ui/icon:
Cada ícone nomeado é tree-shaken, então importar alguns adiciona pouco ao seu bundle. Evite IconsProvider, useIcons e iconsState — eles trazem todo o conjunto de ícones Tabler (vários MB).

Temas e tokens de tema

Os componentes do Twenty UI correspondem automaticamente ao tema claro e escuro do espaço de trabalho — o renderizador aplica o esquema de cores ativo no host, e os componentes resolvem suas cores com base nele. Para usar os mesmos tokens de design nos seus próprios estilos inline, chame o hook useTheme(). Ele retorna os tokens de tema do Twenty (espaçamento, cores, raios, fontes) conectados ao tema ativo, sem necessidade de configurar ThemeProvider no seu componente:
Como useTheme() é um hook, você lê os tokens dentro do corpo do componente, então os valores sempre refletem o tema em tempo real. O mesmo mapa de tokens também é exportado como a constante themeCssVariables, mas prefira useTheme() em componentes de front-end — uma constante em nível de módulo que desreferencia themeCssVariables pode ser indefinida enquanto o manifesto do app é extraído. Para diferenciar explicitamente com base no esquema ativo, leia-o com useColorScheme() de twenty-sdk/front-component, que retorna ‘light’ ou ‘dark’.