Cita:
Iniciado por Myakire Bueno, si alguien le ve problema a cerrar las conexiones por que nunca aprendió programación estructurada (ni hablar de POO) y de manera intuitiva la programación spaghetti, pues supongo que merece que el servidor se cargue de conexiones inexistentes esperando que el IIS las borre solo. Esperemos que no trabaje con objetos de pago que solo tienen licencia para N objetos concurrentes.
Lo mímino que alguien así puede empezar a utilizar a fin de arregadicar este mal vicio, es el uso OPTION EXPLICIT.
Bueno myakire, no voy a discutir contigo ni responder a tus provocaciones. Atacándome a mí o a un código que no has visto no respondes para nada a lo que había planteado. Me parece que aquí algunos sólo querían presumir de "don perfectos"...
Lo que he dicho está muy claro, e insisto en que mi programa SÍ está estructurado. Sólo que, obviamente, cerrar las conexiones es un trabajo extra (poco o mucho pero algo más).
Y por supuesto, usando como ha dicho u_goldman clases (cosa que no he hecho) se podría estructurar aún más, pero no hay que olvidar que hasta esto va a suponer un trabajo adicional. Y que no contradeciría lo que ya dije aun cuando todo el mundo programara siempre con clases, y es que: ¿para qué cerrarlos? Han dado ya como respuesta porque consumen memoria: pues vale, esto es algo que podría justificarlo (si la memoria perdida es relevante).
Y quedaría por ver si los objetos que no cierra ni el usuario ni el IIS, se quedan "flotando" "toda la vida", o sólo durante un tiempo.