Procedimientos recomendados para utilizar fragmentos de código de IntelliSense

El código de cada fragmento de código de IntelliSense muestra sólo una forma básica de lograr una tarea. En la mayoría de las aplicaciones, el código tendrá que modificarse para ajustarse a la aplicación. En este tema se describen algunas modificaciones comunes que deberían realizarse en el código.

Controlar las excepciones

Normalmente, si el código contiene un bloque Try…Catch, el código detectará y producirá de nuevo todas las excepciones. Es posible que no sea la elección más adecuada para su proyecto. Existen varias formas de responder a cada excepción. Algunas acciones posibles son:

  • Agregar código a cada bloque Catch para la acción elegida.

  • No hacer nada y quitar el código que aparece en el bloque Catch. Esto hace que la aplicación omita el error. Es improbable que la aplicación se recupere airosamente si utiliza este planteamiento.

  • Recibir más datos del usuario para intentar corregir la condición.

  • Durante la ejecución del bloque Try, deshacer cualquier cambio realizado en los datos de la aplicación antes de que se produjera la excepción.

  • Volver a producir la excepción en el código de llamada.

  • Producir una excepción definida para esta aplicación.

  • Eliminar la instrucción Catch de esa excepción y permitir que el método de llamada la controle. Esto resulta especialmente conveniente si la excepción no es relevante para la tarea.

  • Agregar bloques Catch adicionales al código para detectar tipos específicos de excepciones que se desea controlar.

  • Agregar un bloque Finally para aplicar el código que se desea ejecutar después de los bloques Try y Catch.

Reemplazar cadenas

Si el código contiene un valor de cadena, normalmente se trata de una cadena concreta, como "c:\filename.txt." Esta cadena incluida en el código resulta útil a efectos de la demostración, pero es probable que no sea una cadena correcta para la aplicación. Entre los orígenes posibles de cadenas en la aplicación se incluyen:

  • Una variable de cadena.

  • Un método o propiedad que devuelve una cadena, como la función InputBox.

  • Una cadena de un control de formularios Windows Forms, como TextBox o ComboBox.

Ubicaciones de archivos

La mayoría de los nombres de archivo que aparecen en el código se muestran como si estuvieran en Mis documentos o en C:\. Al reemplazar las ubicaciones de los archivos, deben tenerse en cuenta algunas consideraciones:

  • Encontrar una ubicación accesible. Los usuarios no pueden obtener acceso a la carpeta \Archivos de programa del equipo, de modo que es posible que el programa no funcione si almacena los archivos con los archivos de la aplicación.

  • Encontrar una ubicación segura. Los archivos almacenados en la carpeta raíz (C: \) no están seguros. Para los datos de la aplicación, recomendamos la carpeta \Datos de programa. Para los datos de cada usuario, la aplicación puede crear un archivo en la carpeta \Mis documentos.

  • Utilizar un nombre de archivo válido. Puede utilizar OpenFileDialog (Componente, formularios Windows Forms) y SaveFileDialog (Componente, formularios Windows Forms) para reducir la probabilidad de crear nombres de archivo no válidos. Tenga en cuenta que en el período comprendido entre el momento en que el usuario selecciona el archivo y el momento en que el código manipula el archivo, este archivo puede eliminarse. Además, es posible que el usuario no tenga los permisos para escribir en el archivo.

Controles y componentes

Los nombres de los controles y componentes a los que se hace referencia en el código normalmente tienen un nombre de diseñador predeterminado , como Button1 o TreeView1. Esto pone de relieve el tipo de control que se muestra, pero no puede ser un nombre utilizado en la aplicación.

Ausencia de código

Algunos miniprogramas sólo muestran una estructura de lenguaje vacía, como un bloque Try…Catch. Otro caso común es una variable de validación, como IsValid, que de manera predeterminada se establece en True. El código proporcionado se compilará y ejecutará, pero no tendrá ninguna funcionalidad. En estos ejemplos, necesitará agregar el código de la tarea.

Seguridad

Lo seguro que sea un miniprograma depende de en qué parte del código fuente se utilice y de cómo se modifique una vez que está en el código. La lista siguiente contiene algunas de las áreas que deben tenerse en cuenta.

  • Acceso a archivos y bases de datos

  • Seguridad de acceso a código

  • Protección de recursos (como registros de eventos, Registro)

  • Almacenamiento de secretos

  • Comprobación de entradas

  • Transferencia de datos a tecnologías de scripting

Para obtener más información, vea Consideraciones sobre seguridad en la utilización de fragmentos de código y Proteger aplicaciones.

Vea también

Referencia

Crear y utilizar fragmentos de código de IntelliSense

Conceptos

Fragmentos de código de IntelliSense de Visual Basic

Consideraciones sobre seguridad en la utilización de fragmentos de código

Proteger aplicaciones