contentlayerdev / contentlayerdev/contentlayer

Exploring alternative approaches to lists

Abierto
#88 0 comentarios 4 reacciones 0 asignados Ver en GitHub
feature pkg/source-files
Lenguaje dominante
TypeScript
Estrellas
3.5k
Forks
192
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

The way lists work have been tripping me up in writing the documentation. I'm documenting how they behave today, but they feel a little too magical. For example, there is different behavior based on the type of the `of` option.

Perhaps any field could be a list. I could do something like this:

```js
{
fields: {
// ...
tags: { type: 'reference', of: Tag, list: true }
}
}
```

If we were to do that, it would also be interesting to consider if any field could then be polymorphic. For example, what if I wanted a list of strings or numbers?

```js
{
fields: {
// ...
someListField: { type: ['string', 'number'], list: true }
}
}
```

This polymorphic field type could be interesting to consider outside this context, too. Perhaps any field (not just a list) could be one of multiple types and still be valid.

Guía de contribución

Abrir la guía de contribución

Evaluación

Este issue todavía no se ha evaluado.

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.