Rediseño de captura

Rediseño de la infraestructura de captura de datos

Conclusiones sacadas del desarrollo de radioteldriver

Problemas: baja legibilidad de código

Tiene el problema de tener demasiado código heredado y haber sido escrito sin conocer exactamente cómo funciona... por lo que no se han podido reescribir las partes que no son lógicas. Además se han hecho contrucciones complicadísimas (radiotel_core) para cosas sencillas sólo por no tener claro como incrustarlo en el código existente de mejor manera.

Recomendaciones de trabajo sobre este código:

Separar la funcionalidad de comuncación con captura (en varios APIs)
- Libería básica de comunicación (router)
- Obediencia a mensajes estándar (control)
- Helper para accounting estándar (xEstado, GenerarVersionActual())
- Helper de almacenamiento de estados de los esclavos
Separar la parte propia del programa
- Mensajes específicos de la apli (ninguno en este caso)
- comunicación con los esclavos

Ejemplos de modularización ya realizada (y con éxito razonable)

Librería	Descripción	Origen	Usado en
modbustcp	Comunicación con unidades maestras modbus vía TCP	-	varios
logproduccion	Generación de ficheros de log	CRP/ISA	CRP/ISA radioteldriver radserver
~~serversocket/clientsocket~~	~~Creación de clientes y/o servidores TCP, con uso trivial para comunicaciones en texto plano~~Superado por simplesocket	~~aacserver~~	aacserver retroserver radserver radioteldriver
parsehelper	Parseado de ficheros de configuración	SQLnewmanagersim	SQLnewmanagersim new_manager CRP/ISA radioteldriver
~~softvar~~	~~Ficheros de configuración o variables "runtime" con manejo similar al de las variables de entorno~~No reduce suficiente complejidad para ser recomendable	~~radserver~~	radserver
simplesocket/simplestring	Servidores y clientes TCP/IP. Con Simplestring se implementa buffering y opcionalmente protocolos textuales	-	netbeuidaemon/comtret retroserver tciiclient tciiserver tciiwindowatch tetradrv ...