Recomendado: ASP.NET utiliza RAR para implementar la compresión de archivos y la descompresión Si el programa RAR está instalado en el servidor, entonces ASP.NET puede llamar a RAR para implementar la compresión y descompresión de archivos. Sin embargo, debe tenerse en cuenta que, dado que los programas web no pueden llamar directamente a los programas del cliente (a menos que se use ActiveX, ActiveX está casi abandonado), si desea implementarlo,
8.2.5 Objetos de transmisiónLos objetos de transmisión se utilizan para acceder al contenido de un nodo, como un mensaje de correo electrónico o una página web. Use los objetos de transmisión para acceder al contenido real de un archivo o recurso. Por lo tanto, la combinación de objetos de registro y registro no solo puede acceder a archivos o mensajes de correo electrónico en el servidor web, sino también acceder al contenido correspondiente. De esta manera, puede crear un cliente de correo que use solo ADO para acceder al sistema de correo. Esto puede no tener muchas ventajas, pero significa que no tiene que comprender la API o el modelo de objetos del sistema de correo, reduciendo los desvíos de aprendizaje.
Otro uso de la transmisión es XML, que puede acceder a una serie de datos (estructurados o semiestructurados) como transmisiones XML.
Los objetos de transmisión se utilizan para procesar datos binarios, por lo que se pueden usar para procesar datos de tipo Blob, como imagen o datos de texto grandes en una base de datos.
Del mismo modo, verá más ejemplos de objetos de transmisión en los capítulos 11 y 12 de este libro.
8.2.6 Colección
Hay algunas colecciones en la biblioteca de objetos ADO, cada una con cero o más copias de los objetos asociados con ella. Puede usar la misma estructura de código para atravesar estas colecciones.
La sintaxis en VBScript es:
Para cada objeto en la colección
'Haz algo con objeto
Próximo
Por ejemplo, iterar sobre un conjunto de campos de un objeto de conjunto de registros:
Para cada objfield en Rs. Fields
Response.write objfield.name & <br>
Próximo
Si selecciona JScript, puede usar el objeto enumerador:
para (objfield = new Enumerator (Rs.fields);
! objfield.atend (); objfield.movenext ())
Respuesta.write (objfield.item (). Nombre '<br>');
1. Colección de campos
Las colecciones de campos tienen objetos de campo asociados con registros o registros. Para un conjunto de registros basado en datos estructurados, como datos SQL, los campos corresponden a las columnas en los datos y contienen el contenido detallado de las columnas, como el nombre, el tipo de datos, la longitud, etc. Veo muchos ejemplos sobre las colecciones de campos en los próximos capítulos.
Para datos semiestructurados, las propiedades del objeto corresponden a los campos. Verá más presentaciones relacionadas en el Capítulo 12.
2. Colección de parámetros
La colección de parámetros solo es utilizada por el objeto de comando, determinando los parámetros en el comando almacenado. Los procedimientos almacenados en las bases de datos SQL utilizan con frecuencia parámetros y permiten que los datos se entre y fuera de las declaraciones SQL predefinidas. Es útil si tiene parámetros que devuelven información a ADO, porque de esta manera, no es solo un conjunto de registros que regresa del procedimiento almacenado. Por ejemplo, considerando un procedimiento almacenado complejo que actualiza varias tablas y luego devuelve un conjunto de registros, puede usar un parámetro de salida para mostrar cuántos registros se han actualizado.
Otra razón para usar parámetros son los problemas de rendimiento, especialmente cuando solo se debe devolver un valor único de un procedimiento almacenado. En este caso, no es necesario crear un conjunto de registros, solo guarde un valor, por lo que no es necesario devolver el conjunto de registros y devolver el valor del parámetro de salida es un método más eficiente.
En el capítulo 9, verá una introducción detallada a la colección de parámetros.
3. Colección de errores
La colección de errores contiene detalles del último error del proveedor ADO o OLE DB causado por la ejecución del comando y solo puede ser accedido por el objeto de conexión. Esto puede considerarse una limitación porque no hay necesidad de definir explícitamente el objeto de conexión, pero se puede acceder al objeto de conexión implícito a través de las propiedades de Activeconnection del comando, el conjunto de registros y los objetos de registro. Por ejemplo:
Para cada objerror en rs.activeconnection.errors
Response.write objerror.name & <br>
Próximo
Más adelante en este capítulo, la colección de errores se discutirá en detalle.
4. Colección de propiedades
Para evitar confusiones, la colección de propiedades no se muestra en el diagrama del modelo de objeto anterior. Su relación con el modelo de objeto se muestra en la Figura 8-5:
Figura 8-5 La relación entre propiedad y objeto
La razón por la cual existen colecciones de propiedades se debe a que ADO se usa para procesar muchas tiendas de datos diferentes, con diferentes características. Constituyendo propiedades (propiedad) en una colección puede permitirles cambiar dinámicamente en cualquier momento de acuerdo con diferentes proveedores de datos. Por ejemplo, el proveedor OLE DB de Jet permite el acceso a las propiedades de seguridad especiales de Jet:
Establecer Condb = Server.CreateObject (ADODB.Connection)
Condb.open dsn = nwind
Condb.Properties (Jet OLEDB: Password de base de datos) = LetMein
Otros proveedores no tienen esta propiedad, por lo que no es prudente agregarla al objeto de conexión como una propiedad estática. ADO poca la colección de atributos con el valor predeterminado del proveedor basado en el proveedor OLE DB utilizado.
Aunque hay instrucciones para usar la colección de propiedades aquí, la colección de propiedades no se describe en detalle en este libro. Para obtener más información sobre la colección, consulte Profesional de programación ADO 2.5 o referencia de la programación ADO 2.5, ambas publicadas por Wrox.
8.2.7 Ado constante
Cuando use ADO, encontrará que hay muchas constantes predefinidas para numerosas opciones, como constantes que definen el tipo de cursor y el tipo de bloqueo. Usando idiomas como Visual Basic o Visual C, estas constantes se utilizarán naturalmente una vez que se haga referencia a la biblioteca de tipo ADO. En ASP, hay dos opciones.
La primera forma de hacer referencia a constantes es incluirlas en un archivo ASP:
<!-#include file = adovbc.inc->
Puede copiar el archivo de inclusión a un directorio local, o hacer referencia al directorio de instalación, con la ruta predeterminada a c:/archivos de programa/archivos comunes/sistema/ado (el archivo anterior contiene la constante ADO para VBScript - para jscript, se debe usar Adojavas.Inc). Una deficiencia de usar este método es que hará que la página ASP sea demasiado grande porque contiene todas las constantes, muchas de las cuales no necesitan ser utilizadas.
Puede crear sus propios archivos que solo contienen las constantes requeridas, pero cuando usa ADO más y más funciones, puede encontrar que debe editar y mantener este archivo constantemente.
Una mejor solución es crear una referencia a la biblioteca de tipos. Este método no requiere que la constante se incluya en el archivo ASP, pero puede hacer referencia directamente a la constante:
<!- metadata type = typelib file = c:/archivos de programa/
Archivos comunes/sistema/ADO/msado15.dll ->
No sospecha que el nombre de este DLL es MSADE15.dll, que es el nombre correcto, que contiene la última versión de ADO.
Puede incluir esta declaración de metadatos en cada archivo ASP donde lo necesite, o ponerla en un archivo global.asa para que cada página web de la aplicación pueda hacer referencia a estas constantes.
8.3 Conexión al almacenamiento de datos
Si necesita acceder a un almacén de datos, debe crear una conexión al almacén de datos. Como se mencionó anteriormente: puede crear un objeto de conexión explícitamente o dejar que ADO cree una conexión implícitamente. Para cualquier método, debe conocer los detalles del almacenamiento de datos.
Aunque los detalles reales utilizados para las conexiones varían, los métodos reales de conexiones son los mismos para todos los tipos de almacenamiento de datos. Esto no es sorprendente, ya que diferentes proveedores requieren diferentes tipos de información. Antes de permitir que los usuarios accedan al almacén de datos, algunos proveedores requieren el certificado del usuario, mientras que otros aceptan el certificado de seguridad predeterminado.
Hay varias formas de conectarse a una fuente de datos:
· Conecte la cadena. Coloque los detalles de la conexión en la cadena o agregue los detalles de conexión directamente al comando al abrir el almacén de datos. La ventaja de este enfoque es que los detalles de la conexión se conservarán en la página ASP. Las desventajas son que si tiene más páginas, quedará atrapado en un trabajo de mantenimiento pesado al cambiar los detalles de la conexión. La solución es crear una variable de cadena que contenga los detalles de la conexión y colocarla en un archivo ASP incluye. De esta manera, solo hay una instancia de la cadena de conexión, pero puede ser consistente con otras páginas ASP. Otra técnica común es almacenar cadenas de conexión en la aplicación en variables de estado, para que puedan ser utilizadas por todas las páginas de la aplicación.
· Archivo de enlace de datos. Este es un archivo con detalles de conexión (extensión .udl). La ventaja es que solo se requiere un archivo de enlace de datos para cualquier página ASP de datos. Para crear un archivo de enlace de datos, simplemente cree un nuevo archivo de texto y cambie el nombre (para asegurarse de que Windows Explorer muestre la extensión del archivo). Una vez que el archivo ha sido renombrado, puede abrirlo (hacer doble clic) para mostrar el cuadro de diálogo Propiedades del enlace de datos.
Compartir: programa ASP para purificar el entorno de red para filtrar palabras sucias Purifique el programa ASP del entorno de red Implementa el filtrado de palabras de juramento El siguiente es el contenido referenciado: <!-#include file = ../conn/dbconn1.asp-> <!-#incluir