2010-07-02 9 views
5

Acabo de darme cuenta acerca de una biblioteca SFIO para un procesamiento IO seguro y rápido en C. Pero no está muy actualizado. La última versión de la biblioteca se lanzó en 2005 y no pude evaluarlo si los beneficios alegados de SFIO sobre STDIO siguen siendo válidos en comparación con las versiones recientes de la biblioteca de IO estándar. Además, ¿sería razonable usar esta biblioteca en un código de producción?¿Los beneficios de SFIO sobre STDIO aún son válidos?

Respuesta

1

Preferiría utilizar material estándar en lugar de confiar en una lib que ya no se mantiene ni desarrolla. Sin embargo, realice pruebas para saber si su código realmente se beneficia de su uso. Si no es difícil, desarrolle su código con conmutadores definibles en tiempo de compilación para usar sfio o el enfoque estándar, para que pueda cambiar a uno u otro de acuerdo a las necesidades y si nota sfio está dando problemas.

+0

Sí, probablemente tenga razón, debería probar esta biblioteca para comprender la diferencia en mi caso. (Pero hoy en día estoy harto de las bibliotecas de prueba, la mayoría de las bibliotecas en C no están bien documentadas) – systemsfault

+0

, sin embargo, a menudo se requieren pruebas; una biblioteca bien documentada o no. La descripción del sfio parece mejorar stdio (algunos límites siguen presentes afaik, pero también son específicos de la implementación, por lo que es difícil decir qué sería realmente mejor), pero stdio es, bueno, estándar, así que confiaría en él en producción. código, hasta que tenga tiempo para hacer pruebas más profundas y ver cómo beneficia mi código – ShinTakezou

1

Estoy al tanto de este hecho, esta biblioteca de SFIO dice ser más eficiente, segura y robusta, sin embargo, nunca me molesté en probar esta biblioteca, ya que la biblioteca estándar siempre está bien conmigo. Quiero preguntar qué beneficios reclaman que no puede evaluar. puede dar detalles y también las referencias exactas.

También me gustaría preguntarle por qué quiere confiar en una biblioteca no estándar en comparación con la estándar, cuál es su propósito especial.

De todas formas, si no existe ese requisito especial, le sugiero que use solo la biblioteca estándar.

También como ha preguntado sobre su uso en un código de producción, mi sugerencia es absolutamente NO.

Gracias Alok.Kr.

+0

Gracias por su respuesta Kumar, la razón por la que quería usar SFIO es porque la biblioteca estándar era demasiado lenta para la tarea en la que estaba trabajando y Quería saber si alguien usó esta biblioteca (un montón de proceso por lotes y necesita ser muy rápido). De hecho, busqué en esta biblioteca y descubrí que muchas bibliotecas de código abierto usan esta biblioteca. Como amarok, perl y graphviz. Así que pensé que no es tan malo. – systemsfault

Cuestiones relacionadas