Por que os comentários não são um tipo de conteúdo de nó?

10

Portanto, o Drupal possui um sistema de comentários 'especial'.

Comentários são cidadãos de segunda classe no Drupal em comparação com os nós ...

Mas por que a equipe principal não apenas criou um Tipo de Conteúdo, Bloqueio e Exibição padrão para comentários e permitiu que o administrador do site adicionasse um bloco de comentários conforme necessário? Assim como os tipos de conteúdo 'Artigo' e 'Página básica', para os quais podemos criar blocos e visualizações. Por que os comentários são tão diferentes?

dayuloli
fonte
3
Você parece estar essencialmente perguntando "por que os comentários não são nós?" A resposta é simplesmente "porque eles não devem fazer a mesma coisa". Assim como você não usaria um trator para competir no Grand Prix; teoricamente, isso poderia ser feito, mas seria uma loucura fazê-lo. Leia isso para obter informações mais gerais sobre os tipos de entidade v tipos de conteúdo
Clive
1
Isso é essencialmente o que estou perguntando. Obrigado pelo link, é relevante. Eu teria feito uma pergunta melhor se soubesse a terminologia. Obrigado pela sua compreensão.
dayuloli
1
Não tem problema, eu não estava tentando insinuar que sua pergunta não era boa - longe disso, de fato, se você é novo no Drupal, esse tipo de coisa pode ser muito confusa. Eu só queria ir direto ao ponto, porém, no caso de comentários v nós, é tão simples quanto "requisitos diferentes, tipos de entidade diferentes"
Clive
1
@dayuloli agora você conhece a terminologia, para poder editar e fazer uma pergunta melhor! :)
Mołot
2
comentário @dayuloli ou parte integrante da questão, o que quiser, apenas partes a evitar que parecem tão separado, se possível :)
MOLOT

Respostas:

8

Para responder a isso, primeiro tive que entender uma coisa: as entidades não são nós .

Tipos de entidade são agrupamentos especiais de campos.

O nó é um tipo de entidade, que requer alguns campos, como 'Título', 'Autor' e 'Data de publicação'.

Tipos de conteúdo são instâncias do Node que definem mais campos. Assim, um tipo de conteúdo de 'postagem no blog' pode ter os campos 'Hook', 'Introduction', 'Summary' e 'Posts relacionados', além de 'Title', 'Author' e 'Publish Date'.

Nó é um tipo de entidade especializado para conteúdo. Um comentário não foi projetado para ser um nó, pois é muito diferente de um conteúdo típico. Não é necessário ter um campo 'Título', 'Autor' ou 'Data de publicação' em um comentário. Por ser tão diferente, ele é criado como outro tipo de entidade .

Para mais detalhes, consulte este artigo no Drupal .

dayuloli
fonte
1
Nós, comentários, termos de taxonomia, usuários etc. são todos os tipos de entidade. Alguns têm pacotes, outros não. Um tipo de nó é tecnicamente um "pacote configurável" do ponto de vista da entidade.
AyeshK
2
Não há necessidade de cavar muito profundamente para encontrar algo explícito: drupal.org/node/1261744
Djouuuuh
2
Tecnicamente, todos os tipos de entidade possuem um pacote @AyeshK. Se um núcleo não é fornecido, usa um núcleo implícito
Clive
2
Obrigado @clive - na verdade, eu quis dizer que alguns tipos de entidade têm pacotes diferentes e outros não. Sinalizador, Nó são tipos de entidade com suporte a vários pacotes configuráveis. Usuário, termo de taxonomia, etc., tem apenas um pacote. Mais uma vez obrigado pelo esclarecimento.
AyeshK
0

No Drupal 8 nós e comentários (e blocos personalizados e links de menus adicionados ao usuário e usuários e termos de taxonomia e ...) são entidades ambos. Enquanto no D7 uma entidade era de fato apenas para um conjunto de campos - ainda me lembro quando eles eram simples $objecte não havia API. No Drupal 8, as entidades têm uma API CRUD adequada; eles são objetos classificados com salvar, carregar etc. E as configurações de comentários agora são um campo, portanto, tudo que é possível em campo é comentável. A mente confunde as possibilidades (comentários comentados? Comentário! Até isso é possível AFAIK).


fonte
0

Assim como uma nota de rodapé, às vezes talvez você realmente não precise do poder da entidade Comentários principal, mas apenas de uma lista simples de comentários ou notas (sem respostas) associadas ao Tipo ou Entidade de Conteúdo.

Nesses casos, você pode aliviar a carga do sistema desativando os Comentários para esse tipo de conteúdo e usando apenas um campo para armazenar os comentários ou notas.

Pelo menos 2 módulos contrib fornecem este tipo de campo:

Interdruper
fonte