
12/10/2004, 01:12
|
 | Moderador | | Fecha de Ingreso: enero-2002
Mensajes: 8.031
Antigüedad: 23 años, 4 meses Puntos: 98 | |
La verdad Lexus, no veo mucho caso que quieras hacer una dll con ese código, salvo la conexión y eso si acaso...hoy por la tarde estuve probando hacer la conexión en dll, pero no ha funcionado, con eso de registrar y si hay algo que no sirve reemplazar la dll y volver a registrar, reiniciar y todo el show, se vuelve mortal ja ja, pero bueno, si de repente sale algo te aviso, recuerda que una clase no es mas que código encapsulado, una colección de funciones o de subrutinas que finalmente crean un objeto, que finalmente podrías llamar como:
Set ObjFunciones = Server.CreateObject("MisFunciones.Funciones")
Set objConx = ObjFunciones.TuConexion("dase.mdb", ruta)
Pero no se, es donde te decía, hay que tener claro que si y que no podría quedar en ese objeto, regularmente, hablando de un desarrollo de dos capas, podrías tener la parte de manejo de datos en dll, y el código operacional abajo, ahora si se trata solo de esconder el password de la base de datos, bastaría con una sola función en dll que te regresara dicho password, pero de nuevo, no es realmente importante en mi opinión, para las demás funciones que tienes allí, no encuentro una parte práctica de escribir un "</body>", en fin, mis $0.02
Por ahí si te sirve trata con VB o VB.NET, que la función te regrese un objeto, que finalmente seria la conexión...
Salu2,
__________________ "El hombre que ha empezado a vivir seriamente por dentro, empieza a vivir más sencillamente por fuera."
-- Ernest Hemingway |