Uma página com vários Groups (hide/show) ou várias páginas?

Pessoal, saudações a todos!

Estou aprendendo sobre o Bubble e conto com o apoio da comunidade para sanar uma dúvida.

Qual é a forma mais indicada de desenvolver um app com vários módulos: suprimentos, financeiro, rh, projetos, vendas, crm (ERP)?

… usando uma página única com o recurso de exibir e esconder grupos, ou seria melhor usar páginas individuais? … ou mesclar um pouco os dois , por exemplo, uma página por módulo (suprimentos, financeiro, etc.) e nestas páginas usar grupos para cada formulário ou recurso do módulo?

O uso de página única permite a publicação nas lojas (google, apple) como um app webview. Entretanto entendo que podem ficar complexas a organização e a manutenção do app.

O app será utilizado principalmente pelo desktop e algumas telas pelo mobile.

… pensando também como fazer o controle de acesso por perfil de usuário.

Valeu!

Hi there,

There have been quite a few posts with this exact question (Single Page Application “SPA” or multiple pages?) and it usually comes down to:

  • Performance (SPA may take longer to load on initial load, but once loaded, users can navigate around faster as all of the elements are already loaded, just hidden)
  • SEO / URL sharing (Multipage applications can be simpler to implement with effective SEO results as the page structure will dynamically generate based on your data structure. (your URL/restaurants/steak) . You can have dynamic SEO-friendly URLs with SPA but will have to establish the URL Path/parameters for each data you wish to display
  • SPA requires multiple show/hide (and collapse when hidden) actions, with states, conditions, etc, whereas multipage can be more straightforward

In writing all of this you may think I’m saying Multipage is better, but in reality I think it comes down to what you need in your app. There are lots of successful SPA apps created with Bubble with snappy performance, good SEO (and URL paths), so I’d recommend digging deeper into the forum here and seeing what other approaches users have taken.