contentlayerdev / contentlayerdev/contentlayer
Exploring alternative approaches to lists
- 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
Evaluación
Este issue todavía no se ha evaluado.