SAP Fiori tools

No Visual Studio Code, a instalação do extension pack do SAP Fiori tools adiciona estas extensões:

Além das extensões, o conjunto de ferramentas pré-visualiza apps com dados reais ou simulados, valida projetos, adiciona bibliotecas de reutilização, cria adaptation projects para apps entregues pela SAP e implanta em sistemas ABAP ou no Cloud Foundry. No SAP Business Application Studio, o dev space SAP Fiori já vem com essas ferramentas pré-instaladas. O SAP Fiori tools é, portanto, um kit de ferramentas para o projeto de front-end, não um runtime nem um framework.

Suponha que a Alder Manufacturing precise de um list report de pedidos de compra em aberto, sobre um serviço OData V4 construído com RAP:

1. Gerar. O Application Wizard se conecta ao sistema, permite ao desenvolvedor escolher o serviço e o floorplan list report e object page, e cria o projeto com seu app descriptor.
2. Modelar. O Page Map mostra páginas e navegação; o Page Editor altera configurações como o tipo de tabela ou o carregamento inicial. O SAP Fiori tools salva essas edições como alterações nos arquivos do projeto ou como alterações de flexibilidade de UI.
3. Anotar. O Guided Development e o language server de anotações ajudam a adicionar anotações de UI a arquivos locais ou, no caso do CAP, a arquivos CDS.
4. Pré-visualizar. O app roda localmente contra o serviço real ou com dados simulados, para que o trabalho de UI possa continuar quando o back-end ainda não está pronto.
5. Implantar. A configuração de implantação tem como destino o repositório ABAP ou o Cloud Foundry; um comando de undeploy remove o app novamente.

Cada etapa produz arquivos de projeto normais, então o resultado pode ser versionado e revisado como qualquer outro código. O SAP Fiori tools encurta o caminho do serviço ao app em execução sem esconder o que gera.

• Início rápido no floorplan certo. Os projetos gerados seguem a configuração atual do SAP Fiori elements da SAP, o que elimina código repetitivo e evita descriptors escritos à mão.
• Configuração visual. O Page Map e o Page Editor expõem configurações do manifest e opções orientadas a anotações sem que seja preciso decorar cada propriedade.
• Aprendizado embutido. O Guided Development mostra como uma funcionalidade é implementada, o que ajuda desenvolvedores iniciantes em anotações.
• Independência do back-end durante o trabalho de UI. Os dados simulados permitem que designers e desenvolvedores iterem antes de o serviço ficar pronto.
• Um conjunto de ferramentas para as duas IDEs. As mesmas extensões rodam no SAP Business Application Studio e em um Visual Studio Code local.
• Extensão segura de apps standard. Os adaptation projects criam variantes de app que referenciam o app original em vez de copiá-lo.

Para projetos SAP Fiori elements, o SAP Fiori tools é o conjunto de ferramentas em que se baseiam a própria documentação e os tutoriais de SAPUI5 da SAP.

• Apenas front-end. O Service Modeler pode exibir anotações do back-end, mas não editá-las. CDS views ABAP, behavior definitions e service bindings são mantidos no ABAP Development Tools; modelos CAP, em arquivos CDS.
• Foco no SAP Fiori elements. A documentação da SAP afirma que os templates SAPUI5 freestyle do SAP Fiori tools estão deprecated e recomenda, em seu lugar, a página customizada do SAP Fiori elements para OData V4. Projetos OData V2 continuam possíveis, mas a SAP recomenda OData V4.
• Os recursos de IA mudam rápido. O Project Accelerator do SAP Fiori tools AI, que roda no SAP Business Application Studio, tem descontinuação prevista para o fim de 2026 em favor do servidor MCP para SAP Fiori e de skills, disponíveis no VS Code e no SAP Business Application Studio.
• Licenciamento de alguns recursos. A SAP observa que certos recursos podem exigir uma licença separada; o Project Accelerator, por exemplo, exige o SAP Build Code.
• Gerado não é terminado. Os wizards produzem um esqueleto funcional; a qualidade do modelo de dados, as autorizações e o desempenho continuam dependendo do serviço.

O SAP Fiori tools acelera o que o SAP Fiori elements consegue expressar; ele não projeta o serviço nem o processo por trás do app.

1. Começar apps novos em OData V2. O V4 dá acesso a building blocks e páginas customizadas; escolha o V2 somente quando o back-end não oferecer outra opção.
2. Gerar um template freestyle por hábito. Uma página customizada no SAP Fiori elements para OData V4 mantém recursos do framework, como os building blocks, e ao mesmo tempo permite layouts customizados.
3. Corrigir problemas do back-end com anotações locais. Um arquivo de anotações local pode mascarar uma anotação CDS errada em um app, enquanto todos os outros consumidores continuam vendo o erro. Corrija na origem quando o serviço for compartilhado.
4. Pular as etapas de dados simulados e de validação. A validação do projeto e as pré-visualizações com dados simulados detectam erros de destination e de configuração antes da implantação.
5. Ignorar a versão do SAPUI5 do sistema de destino. Gerar com o SAPUI5 mais recente e implantar em um front-end server mais antigo leva a recursos ausentes; defina a versão mínima de acordo com a produção.

A maioria dos problemas com o SAP Fiori tools são escolhas feitas nas primeiras telas do wizard, não defeitos das extensões.