Buenas prácticas de desarrollo de Excel VBA

Question

Somos un ISV con experiencia desarrollando y distribuyendo aplicaciones de escritorio escritas en VB6. Ahora estamos desarrollando herramientas como hojas de cálculo de Excel que contienen código VBA. Estos serán descargables gratis para varios usuarios, incluidas las organizaciones del gobierno local.

Rara vez hemos distribuido hojas de cálculo fuera de nuestra propia organización. ¿Qué mejores prácticas debemos seguir, y hay escollos que debemos tener cuidado?

Soy consciente de lo siguiente.

• Digitally sign the spreadsheets with Authenticode. Algún consejo sobre eso?
• Me preocupan los departamentos de TI pueden imponer security rules que evitará que los usuarios descarguen hojas de cálculo que contengan macros, incluso si están firmadas. ¿Eso pasa?
• Fabricación de sure code works en diferentes versiones de Excel (2000, 2002, 2003, 2007). ¿Algún consejo?
• Password-protect (bloquear) las hojas de cálculo. La protección débil es mejor que nada, y no es un desastre si alguien obtiene el código fuente de todos modos.
• Version control.
• ... tal vez debería simplemente read the definitive book?

Answer 1

dos cosas que vienen a la mente:

• Si por alguna razón usted tiene una fórmula o texto en una celda, tratar de refactorizar si es> 255 caracteres porque Excel no tiene problemas truncándolo si la hoja está copiada Ni siquiera te avisa dependiendo de cómo se hace.
• Si usa rangos con nombre, evite tres rangos con nombre de letra, o tres letras seguidas de números. En Office 2007 BAD1, por ejemplo, es una referencia de celda válida.

Answer 2

En lugar de desarrollar una hoja de cálculo, he encontrado la creación de un Añadir Ins más fáciles de distribuir. Normalmente tendré un menú único con opciones de documentación y para crear cualquier plantilla que sea necesaria para sus funciones. Al cambiar sus hojas de cálculo, más "aplicación similar" significa más trabajo, pero tiene varias ventajas;

1. Es más fácil ser coherente con su aspecto y la sensación
2. todo su código, sus plantillas, etc están en un archivo (es decir: el ADD en)
3. Se puede reutilizar fácilmente el código (probablemente el más poco importante)

para un ejemplo de cómo esto puede parecer, ver this demonstation

también otro truco que siempre es añadir más control de versiones y el registro de uso. Cada función principal golpearía a un servidor web cada vez que se ejecutara y registraría su uso. Esto no es apropiado para cada situación, pero en un entorno empresarial era muy útil saber quién ejecutaba las mini aplicaciones de Excel y con qué frecuencia.

Answer 3

Cosa que he encontrado útil al crear hojas de cálculo para una amplia gama de usuarios no técnicos.Esto se aplica en excel 2007 y anterior (no estoy seguro de si todavía es un problema en versiones posteriores) donde el usuario puede dañar sus fórmulas en otras hojas, a pesar de que todo está protegido.

1. Utilizando rangos con nombre de esa manera pueden cambiar de tamaño o mover fácilmente cuando alguien cambia de opinión.
2. Usando fórmulas de matriz como cuando las personas cortan y pegan celdas, modificarán cualquier fórmula que dependa de estas celdas, si usa matrices, tienen que cortar toda la matriz para destruir su fórmula
3. Haga su matriz de modo que una fila la parte superior e inferior, y una columna a la izquierda y a la derecha están protegidas y no pueden ser cambiadas por el usuario, de esta forma no pueden dañar sus fórmulas.

Nunca he encontrado la forma de garantizar que el formateo no se corrompa.