search

sisoputnfrba / so-commons-library

TADs de uso comun en aplicaciones desarrolladas en C
http://sisoputnfrba.github.io/so-commons-library/
GNU General Public License v3.0
106 stars 174 forks source link

Dictionary: Parse #145

Closed RaniAgus closed 3 years ago

RaniAgus commented 3 years ago

Nos sirvió mucho en su día contar con una función que parseara un string en "formato config", ya que lo armábamos a partir de concatenar todos los bloques de un archivo, así que creo que sería útil tenerlo al igual que en JS contamos con un JSON.parse().

Me falta armar los tests unitarios, aunque estaría como "testeado" ya que se usa para parsear los archivos config.

gastonprieto commented 3 years ago

no entendí, porque no usar el config_create? o se levantaba de otro lado ?

gastonprieto commented 3 years ago

no entendí, porque no usar el config_create? o se levantaba de otro lado ?

ahí entendí lo que decías... mmm, crees que va ser necesaria en muchos tps o solo por como hacian las cosas uds ? si la rta es creo que puede servir para muchos dale para adelante. Si la rta es solo fue cirscunstancial no me calentaría en agregarla, porque el riesgo q se me ocurre es que en vez de usar otra cosas, empiecen a usar string serializados y despues deserializarlos con esto.

RaniAgus commented 3 years ago

En el FS se levantaba un "archivo" en formato config leyendo distintos archivos de bloques, algo así :P Screenshot (el nro del final es un uint32, porque era un FS enlazado)

RaniAgus commented 3 years ago

crees que va ser necesaria en muchos tps o solo por como hacian las cosas uds ?

Seh, creo que fue más algo circunstancial...

el riesgo q se me ocurre es que en vez de usar otra cosas, empiecen a usar string serializados y despues deserializarlos con esto.

Entiendo el punto, no lo había pensado, la descartamos entonces