Burbujas en .NET

Hola Eduard,

No se si los tiros van por lo que pasaría si en el momento de hacer la comprobación de si existe, el fichero está pillado por otro proceso, entonces devolvería false e intentaría crearlo...

Un saludo

Pudiera ser que el usuario que ejecuta el fragmento de código no contara con permisos suficientes para acceder a la ruta, en cuyo caso File.Exists devolvería false e intentaría crearse.

Hola Eduard,

Lo lógico es que lo hagas justo al revés, es decir si el fichero existe lo eliminas y lo vuelves a crear o por lo menos así pienso lo pienso yo:)

if (File.Exists(fname))

{

    File.Delete(fname);

}

using (FileStream fs =  File.Create(fname))

{

   //resto de cosas

}

Un Saludo

Revisando un la documentación del método File.Exists veo dos problemas:

- Si la ruta de acceso no es válida el método devuelve false, por lo que intentaríamos crea una ruta no válida.

- Si el usuario no tiene permisos en la ruta el método también devuelve false, por lo que intentaríamos crear un fichero en una ruta en la que no tenemos permisos.

Saludos.

Pues como no metas el File.Create en un using o recojas el stream en una variable para poder escribir en él y luego cerrarlo, poco harás... porque el fichero quedará bloqueado hasta que el GC se entere, como muy pronto.

Al final, algo tan sencillo como pudiera parecer crear un fichero no lo es tanto. Son muchas variables que aparecen ya reflejadas en los comentarios.

Si existe el fichero, se puede considerar que esté en uso por otro proceso como comentaban. o no sea accesible por permisos, o incluso que esté corrupto (que desde explorador de Windows no se pueda ni borrar).

Si no existe el fichero, puede ocurrir que no exista la ruta, permisos sobre la ruta no adecuados, que la comprobación-creación del fichero no sea atómica (justo después de la commprobación, otro proceso crea el fichero, díficil pero pudiera darse...) , que no haya espacio en disco suficiente para crearlo, etcétera.

Saludos.

Hombre Eduard,

Yo es que soy de los que piensa que un byte es un byte y dejar escapar un chorizo, como que no me gusta:)

Saludos,

sí, es cierto lo que dice Juan Manuel no obstante 'dependiendo del contexto' puede que ese no sea el mayor de los problemas. Lo que yo veo es el clásico patrón tester-doer con todos sus pros y contras. Es decir, en un entorno multihilo o multiproceso esto explota!

Puede que el archivo no exista al momento del test pero que inmediatamente otro hilo o proceso lo cree y por lo tanto, cuando intentamos crearlo nos salta una excepción enorme como una casa que es justamente lo que queríamos evitar con el test.

Por eso es que el patrón no me gusta.