Com o Umbraco Headless, podemos simplificar o processo de desenvolvimento?

Sem dúvida! Ao integrar determinadas tarefas de desenvolvimento tradicionais na fase de requisitos, podemos reduzir o atrito à medida que passamos para a fase de desenvolvimento, acabando por encurtar o prazo global do projeto.

Processo tradicional de entrega de projectos de gestão de conteúdos

Um projeto típico de gestão de conteúdos segue normalmente os seguintes passos:

1. Estratégia: Determinar o que construir.
2. Design: Decidir como será a aparência.
3. Requisitos: Planear a sua implementação.
4. Desenvolvimento front-end: Conversão de designs de alta qualidade em HTML, CSS e JavaScript.
5. Desenvolvimento back-end: Construção de estruturas de documentos para guardar os dados de conteúdo e adaptação do código front-end ao sistema de gestão de conteúdos.
6. Implementação/Lançamento

A fase típica de requisitos

Durante a fase de requisitos, para além dos detalhes de integração, o foco está normalmente na definição dos tipos de páginas Web e componentes que serão construídos. Isto inclui a especificação de campos e as suas definições. Por exemplo, um componente "Imagem 50/50" pode ter os seguintes campos:

1. Título: Texto, comprimento máximo 70, obrigatório
2. Subtítulo: Texto, comprimento máximo 200
3. Descrição: Rich text, formato ligeiro
4. Imagem: Imagem com pontos de quebra de media

Transferir a criação de tipos de documentos para a fase de requisitos

Tradicionalmente, depois de chegar a acordo sobre os requisitos, o projeto passa para o desenvolvimento de front-end, seguido do desenvolvimento de back-end. Muitas vezes, é durante a fase de back-end que se descobrem as incompatibilidades entre os requisitos e as capacidades do CMS, o que leva a alterações, retrabalho e pedidos de alteração dispendiosos.

Ao transferir a criação de tipos de documentos para a fase de requisitos, especialmente com o Umbraco, podemos resolver estas incompatibilidades numa fase inicial. Este processo envolve:

1. Preparar uma instância do Umbraco Cloud no nível Starter.
2. Definir componentes no Umbraco durante a fase de requisitos. O investimento de tempo é mínimo e não aumenta significativamente os custos.

Benefícios da criação antecipada de tipos de documentos

• Identificação antecipada de lacunas: Reconhecer se determinados requisitos não podem ser satisfeitos por campos prontos a utilizar e planear em conformidade, quer renunciando a algumas funcionalidades quer planeando o desenvolvimento personalizado.
• Fornecer uma caixa de areia para o desenvolvimento de front-end: Crie páginas sandbox com cada componente, permitindo que os programadores front-end consumam diretamente dados da API de fornecimento de conteúdos do Umbraco. Isto elimina a fase de adaptação, reduzindo o vai-e-vem tipicamente visto entre os programadores front-end e back-end.
• Concentração no desenvolvimento de back-end: Os programadores de back-end podem concentrar-se em APIs e integrações personalizadas em vez de adaptarem o código de front-end.

Conclusão

Utilizando o Umbraco Headless, podemos otimizar o processo de desenvolvimento integrando a criação de tipos de documentos na fase de requisitos. Esta abordagem não só identifica potenciais problemas numa fase inicial, como também simplifica o fluxo de trabalho de desenvolvimento, conduzindo, em última análise, a uma entrega de projectos mais eficiente e eficaz. Vamos encurtar o processo e adotar as eficiências oferecidas pelo Umbraco Headless.