Argumentos passthrough en funciones del tipo _iterator about so-commons-library

[mgarciaisaia]

¡Aloha!

Hemos hablado largo y tendido sobre cómo usar las funciones de orden superior de las commons - casi que todos los cuatris surgen dudas al respecto. De hecho, el año pasado grabé un video al respecto.

Me queda preguntarte cuánto creés que entendiste de todo eso, y si se te ocurren: a) cómo quedaría la interfaz de las funciones en el escenario que proponés/imaginás; b) cómo sería una posible implentación de las mismas; c) cuán segur@ estás de que es una implementación posible y viable.

En otras palabras, no termino de entender si estás intentando entender cómo usar las funciones de orden superior, o si te resultan medio incómodas, o si tenés en la cabeza una posible implementación pensada con cierto grado de confianza de que sea implementable.

Contame, así vemos hasta dónde podemos llegar con esto :)

¡Un abrazo!

[rcomesan]

Hola, gracias por tu atención. Me refiero a que la API es limitante.

dictionary_iterator no es realmente un iterator, es un traverse o un for each. En tal caso, debería soportar un argumento extra (passthrough) para poder yo como usuario enviarle información adicional a mi callback (función a visitar para cada key-value pair del diccionario). La mayoría de las funciones de este tipo se implementan así, por ejemplo:

• https://developer.gnome.org/glib/stable/glib-Hash-Tables.html#g-hash-table-foreach
• https://developer.gnome.org/glib/stable/glib-Balanced-Binary-Trees.html#g-tree-traverse
• https://github.com/fmela/libdict/blob/master/src/hashtable.c#L267

Y alternativamente proveer un iterator real que permita iterar (sin el uso de un callback) cada entrada del diccionario.

Una posible api mínima podría ser:

• void dictionary_iter_init(dictionary_t* _self) o void dictionary_iter_first(dictionary_t* _self)
• bool dictionary_iter_next(dictionary_t* _self, const char** _outKey, void** _outValue)

[gastonprieto]

Relacionado con #80

[RaniAgus]

Lo que contaba Mati es que usando gcc sí se puede enviar información adicional al callback mediante nested functions. De hecho, es una solución ideal porque se pueden enviar múltiples parámetros sin la limitante de tener que usar un único puntero (en otras palabras, no hace falta armar un struct que contenga todo lo que necesito mandar).

De todas formas, es buena la idea de armar un iterador externo pero para poder contar con operaciones que causen efecto en el diccionario de forma segura mientras lo recorro, lo voy a referenciar en un nuevo issue.