Noticias

10 Lo que se debe y lo que no se debe hacer en Excel VBA

  1. Software
  2. Oficina de Microsoft
  3. Excel
  4. 10 Lo que se debe y lo que no se debe hacer en Excel VBA

Libro Relacionado

Programación de Excel VBA para Dummies, 4ª Edición

Por John Walkenbach

Aquí encontrará algunos consejos que debe tener en cuenta cuando empiece a desarrollar sus propias soluciones Excel VBA. Seguir estas pautas no es una panacea para mantenerlo alejado de los problemas (de programación), pero seguirlas puede ayudarlo a evitar las trampas con las que otros han tropezado.

Declarar todas las variables

Qué conveniente es: Simplemente comience a escribir su código VBA sin tener que pasar por la tediosa tarea de declarar todas y cada una de las variables que desea utilizar. Aunque Excel le permite utilizar variables no declaradas, hacerlo es simplemente buscar problemas.

El primer mandamiento de la programación VBA debería ser este:

Declararás todas las variables.

Si le falta autodisciplina, añada una declaración de «Opción Explícita» en la parte superior de sus módulos. De esta manera, su código ni siquiera se ejecutará si incluye una o más variables no declaradas. No declarar todas las variables tiene una sola ventaja: Ahorrarás unos segundos. Pero el uso de variables no declaradas eventualmente regresará para atormentarte.

No confunda las contraseñas con la seguridad

Sólo protege el proyecto VBA con una contraseña, y estarás a salvo, ¿verdad? Equivocado.

El uso de una contraseña VBA puede evitar que la mayoría de los usuarios ocasionales vean su código. Pero si alguien realmente quiere comprobarlo, descubrirá cómo descifrar la contraseña.

¿En resumen? Si usted absolutamente, positivamente necesita mantener su código en secreto, Excel no es la mejor opción para una plataforma de desarrollo.

Limpie su código

Después de que tu aplicación funcione a tu satisfacción, deberías limpiarla. Las tareas de mantenimiento del código incluyen las siguientes:

  • Asegúrese de que todas las variables estén declaradas.
  • Asegúrese de que todas las líneas estén correctamente sangradas para que la estructura de código sea aparente.
  • Elimine cualquier ayuda de depuración, como los extractos MsgBox de los extractos Debug.print.
  • Renombrar cualquier variable mal nombrada. Por ejemplo, si usas la variable MyVariable, es muy probable que puedas hacer que el nombre de la variable sea más descriptivo. Te lo agradecerás más tarde.
  • Es probable que sus módulos tengan algunos procedimientos de «prueba» que usted escribió mientras intentaba averiguar algo. Han cumplido su propósito, así que bórralas.
  • Añade comentarios para que entiendas cómo funciona el código cuando lo vuelvas a visitar dentro de seis meses.
  • Asegúrese de que todo esté escrito correctamente, especialmente el texto de los formularios de usuario y los cuadros de mensajes.
  • Compruebe si hay código redundante. Si tiene dos o más procedimientos que tienen bloques de código idénticos, considere la posibilidad de crear un nuevo procedimiento al que puedan llamar otros procedimientos.

No ponga todo en un solo procedimiento

¿Quieres hacer un programa ininteligible? Una manera eficiente de lograr eso es poner todo su código dentro de un procedimiento grande y agradable. Si alguna vez vuelve a visitar este programa para hacer cambios, es probable que cometa errores e introduzca algunos errores de apariencia.

¿Ves el problema? La solución es el código modular. Divida su programa en trozos más pequeños, con cada trozo diseñado para realizar una tarea específica. Después de adquirir este hábito, descubrirá que escribir código libre de errores es más fácil que nunca.

Considere la posibilidad de otro software

Excel es un programa increíblemente versátil, pero no es adecuado para todo. Cuando esté listo para emprender un nuevo proyecto, tómese su tiempo para considerar todas sus opciones. Parafraseando un viejo dicho, «Cuando todo lo que sabes es Excel VBA, todo parece una macro VBA.»

No asuma que todo el mundo habilita las macros

Como usted sabe, Excel le permite abrir un libro de trabajo con sus macros desactivadas. De hecho, es casi como si los diseñadores de las últimas versiones de Excel quisieran que los usuarios desactivaran las macros.

Habilitar las macros cuando se abre un libro de trabajo desde una fuente desconocida no es una buena idea, por supuesto. Así que necesitas conocer a tus usuarios. En algunos entornos corporativos, todas las macros de Microsoft Office están deshabilitadas, y el usuario no tiene otra opción.

Una cosa a considerar es agregar una firma digital a los libros de trabajo que distribuye a otros. De esta manera, el usuario puede estar seguro de que los libros de trabajo proceden realmente de usted y que no han sido alterados. Consulte el sistema de ayuda para obtener más información sobre las firmas digitales.

Acostúmbrate a experimentar

Configurar experimentos simples es casi siempre mucho más eficiente que incorporar una nueva idea en su código existente sin entender lo que traen esos experimentos.

No asuma que su código funcionará con otras versiones de Excel

Actualmente, por lo menos cinco versiones de Excel se utilizan comúnmente en todo el mundo. Al crear una aplicación de Excel, no tiene ninguna garantía de que funcione perfectamente en versiones anteriores o en versiones más recientes. En algunos casos, las incompatibilidades serán evidentes. Pero también encontrará que las cosas que deberían funcionar con una versión anterior no funcionan.

Excel incluye un práctico comprobador de compatibilidad (seleccione File → Info → Check For Issues → Check Compatibility), pero sólo comprueba el libro de trabajo e ignora el código VBA. La única manera de asegurarse de que su aplicación funciona con versiones distintas a la que usted creó es probándola en esas versiones.

Tenga en cuenta a sus usuarios

Si desarrollas aplicaciones para otros, tu trabajo es más difícil porque no puedes hacer las mismas suposiciones que cuando las desarrollas para ti mismo.

Por ejemplo, puede ser más laxo con el manejo de errores si usted es el único usuario. Si se produce un error, tendrá una idea bastante clara de dónde buscar para poder solucionarlo. Si alguien más está usando tu aplicación y aparece el mismo error, no tendrá suerte. Y cuando trabajas con tu propia aplicación, normalmente puedes arreglártelas sin instrucciones.

Usted necesita entender el nivel de habilidad de aquellos que usarán sus libros de trabajo y tratar de anticiparse a los problemas que puedan tener. Trate de imaginarse como un nuevo usuario de su aplicación, e identifique todas las áreas que puedan causar confusión o problemas.

No se olvide de las copias de seguridad

Nada es más desalentador que una caída del disco duro sin una copia de seguridad. Si está trabajando en un proyecto importante, hágase una pregunta sencilla: «Si mi computadora muere esta noche, ¿qué habré perdido?» Si su respuesta es más de unas pocas horas de trabajo, debe examinar detenidamente el procedimiento de copia de seguridad de los datos. Tienes un procedimiento de copia de seguridad de datos, ¿verdad?

Join The Discussion