Nº máximo de tipos de entrada?
Existe um limite para o número de diferentes tipos de entrada que uma seção pode ter? Para este projeto, posso precisar de 50+.
Acho que preciso de mais conteúdo para atender aos padrões de qualidade, então vou explicar: meu cliente deseja criar vários relatórios para seus clientes preencherem. Meu cliente se sente confortável com back-end de artesanato e sabe como criar campos / seções / etc. Quero manter todas as entradas de relatório juntas. Logo, uma seção Relatórios com um tipo de entrada diferente para cada relatório.
Respostas
Brad menciona que não há limitações nos tipos de entrada, embora se é uma boa ideia a longo prazo para fins de manutenção e IU é outra história.
Tipos de entrada são mais úteis quando seu conteúdo é bastante diferente entre eles, mas você ainda deseja manter as entradas juntas na mesma seção.
Por exemplo, em uma seção de Notícias, você pode ter um Link to Pagetipo de entrada em que se vincula a diferentes sites e um Blog Entrytipo em que são apenas entradas regulares. (O site Daring Fireball de John Gruber é um bom exemplo disso.
Na minha experiência, quando um usuário começa a ver uma dúzia ou mais de tipos de entrada, pode começar a se tornar bastante opressor ... aqui está o que 50 deles olhando na sua cara podem parecer:
Os tipos de entrada são úteis porque cada um tem seu próprio conjunto de campos.
No entanto, do ponto de vista da sustentabilidade, digamos que você deseja adicionar ou mover um campo em cada relatório. Fazer isso para 2 ou 3 tipos de entrada é bastante simples, mas fazê-lo consistentemente para 50? Muito mais difícil - quer você esteja usando arquivos YAML ou a GUI!
A regra 80/20 pode ser útil aqui: estou supondo que 80% dos relatórios gerados provavelmente se enquadrarão em 20% de seus tipos. Isso apenas reduziu o número de tipos de entrada para 10. Talvez você adicione alguns outros mais comuns, além de um tipo de entrada abrangente "Outro ..." ou algo assim.
A menos que seu cliente também seja um desenvolvedor / designer, eles não querem adicionar campos e seções ao backend, a menos que seja absolutamente necessário.
Se eu fosse você, perguntaria a seu cliente: o que há de diferente em cada relatório? O que é igual? Você encontrará algumas boas respostas que podem ajudar você e seu cliente a modelar isso muito bem.
Isso pode levar você a usar algo como Categorias, onde é muito fácil adicionar novos. Se os tipos de relatório forem mais parecidos com filtros, eles também serão exibidos de maneira muito mais bonita na GUI.
E talvez você precise de alguns tipos de relatório para ocultar e mostrar campos diferentes, mas são bem semelhantes. Você pode considerar fazer isso com, digamos, o plug-in Reasons .
Alimento para o pensamento!
Não há limite codificado para conteúdo no Craft (seções, tipos de entrada, entradas, campos, etc.).
Dependerá muito de como você está usando esse conteúdo em seus modelos e em que tipo de ambiente a instalação está sendo executada (recursos de servidor físico, estratégias de cache, etc.)
Vimos instalações com algumas arquiteturas de informação bastante complexas espalhadas por mais de 50 "sites" e dezenas de milhões de elementos (entradas, usuários, ativos, categorias, etc.)