Saltar al contenido

Duda sobre tiempo de vida de las variables


Recommended Posts

publicado

Buenas tengo creado un mapa coroplético y me gustaría refactorizar el código mediante el uso de clases. La idea es que al abrir el libro se ejecute un constructor y almacene todos los objetos provincia en una colección. Pongo una captura de lo que he hecho hasta ahora:

https://i.postimg.cc/90MJvP2W/imagen-2021-03-20-200920.png

Ya he creado la estructura de cada una de las clases (cProvincia y cProvincias) pero mi duda es:

1. ¿Sería posible declarar a modo global una colección que dure el tiempo de vida del libro? ¿Es posible declarar una colección de tipo static como variable global? Lo he intentado y marca error.

Más que nada lo digo, porque si cambio en el combobox de tipo de dato me ahorraría el tener que volver a crear los objetos, y así sólo actualizar los datos relativos al tipo de dato seleccionado.

Saludos y gracias de antemano.

publicado

Quizás no me expliqué correctamente. Declarar una variable global sé hacerlo, mi duda o problema reside en el tiempo de vida de esa variable. Ya que me interesa que dure durante toda la ejecución del libro y no sólo de los procedimientos.

Llanamente quiero declarar una variable, cargarla de datos y que no se descargue hasta cerrar el libro. 

 

 

publicado

Esto también me lo leí https://docs.microsoft.com/es-es/office/vba/language/concepts/getting-started/understanding-the-lifetime-of-variables lo que me hace intuir que lo que pretendo no se puede hacer y cada vez que se actualice el grafico debo instanciar todos los objetos. 

La otra posibilidad sería crear un procedimiento main con un bucle infinito pero me parece algo más chapucero.

publicado
Hace 5 horas, overdrive dijo:

lo que me hace intuir que lo que pretendo no se puede hacer y cada vez que se actualice el grafico debo instanciar todos los objetos. 

La otra posibilidad sería crear un procedimiento main con un bucle infinito pero me parece algo más chapucero

para la situación que necesitas resolver, le principal diferencia entre variables "Public" y "Static" es que:

- Static solo se puede usar "dentro" de un procedimiento (Sub) por lo que su alcance (o vida) queda circunscrito al tiempo de ejecución del procedimiento y es visible solo para ese procedimiento

- Public (por otro lado) declarado en un modulo estándar (área de declaraciones), pudiera conservar un alcance mayor, incluso llamadas entre procedimientos

- puedes asignarle una matriz/array e inicializarla en el evento '_open' del ThisWorkbook (sin perder de vista que...)
- esto NO te exime de que para cambiar el valor de algún elemento, debes ubicarlo (por índice o bucle) para cambiar el elemento a su "nuevo" valor

mira por aquí:
Instrucción Static
Instrucción Public

publicado

Gracias por la respuesta.

Entiendo pues que cuando declare en un modulo una variable de tipo Colección como Public, ¿quedarían almacenados todos los objetos instanciados mientras el libro esté abierto??

publicado

He intentado lo que comentas, y posteo el ejemplo.

Lo que necesitaría, si fuese posible hacerlo, es que al ejecutar el procedimiento 'RecuperarValor' del modulo1, los objetos instanciados en el evento Open siguieran existiendo.

EDITO: Vale, lo he probado y es lo que necesito. Me ha despistado que en la ventana de locales no muestra ningún objeto por lo que entiendo que la instancia se ejecuta en segundo plano.

Muchas thank youssssss!!!

Ejemplo_Objetos.xlsm

Archivado

Este tema está ahora archivado y está cerrado a más respuestas.

  • 109 ¿Te parecen útiles los tips de las funciones? (ver tema completo)

    1. 1. ¿Te parecen útiles los tips de las funciones?


      • No
      • Ni me he fijado en ellos

  • Ayúdanos a mejorar la comunidad

    • Donaciones recibidas este mes: 0.00 EUR
      Objetivo: 130.00 EUR
  • Archivos

  • Estadísticas de descargas

    • Archivos
      187
    • Comentarios
      97
    • Revisiones
      28

    Más información sobre "Un juego del Rabino en Excel"
    Última descarga
    Por pegones1

    1    1

  • Crear macros Excel

  • Mensajes

    • Perdona @Abraham Valencia pero he estado liado estos días. En realidad todo el problema se reduce a estos dos problemas: Problema 1: El script que "fabrica" SAP y que luego "pego" en la macro, no es capaz de  guardar archivos en SharePoint. He estado buscando, y en realidad muchas personas tienen ese problema (no poder guardar un Excel en SAP a través de VBA). Eso muy probablemente sean problemas de permisos, que no puedo cambiar (no soy administrador de nada). Como no puedo solucionarlo así, paso al plan B, que es guardar en Excel que me genera SAP en el ordenador de cada usuario que ejecute la plantilla (y que sí está guardada en SharePoint), para después con PowerQuery llamar a ese Excel (el export). Para ello, pretendo guardar el export, en la ruta relativa "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" donde los \..\..\..\ saltan las rutas personales de cada usuario (tipo C:\users\IDusuario\). Eso lo hace bien, y el archivo se guarda en la ruta de cada usuario que lo usa, pero surge el problema 2 Problema 2: PowerQuery no trabaja con rutas relativas del tipo  "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" necesita que sea del tipo fija "C:\users\IDusuario\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" pero claro, IDusuario es diferente para cada usuario.   Pero escribiendo todo esto, creo que he dado con una posible solución, no grabar el export en una ruta de usuario, sino en una en la raiz de C:, que siempre será igual para todos los usuarios, del tipo C:\Sap\export.xlsx que seria igual en todos los ordenadores. Asi sí podría decirle a PowerQuery que vaya siempre a la ruta C:\Sap\ que existirá en todos los ordenadores. Mañana intentaré hacer pruebas, aunque mi solución ideal seria que se pudiera guardar en el SharePoint. Saludos.
    • Hola La opción brindada por @torquemada es correcta, funciona, pero hay algunos inconvenientes que (desde mi punto de vista) no la convierten en mi primera elección. Los inconvenientes son: Tendrías que ir columna por columna haciendo los reemplazos, claro que no se harían a mano sino que utilizarías la opción reemplazar o la opción texto en columnas, aun asi demorará un poquito y será trabajoso. Cada vez que descargues otro listado, tendrás que volver a realizar los reemplazos. Me parece una mejor propuesta lo siguiente: Descarga los movimientos a un archivo de Excel Desde tu control de pagos (otro archivo) cargas los movimientos del archivo descargado mediante Power Query Power Query hará los reemplazos y reconocerá todo correctamente (sin que tengas que hacer nada especial) Cuando descargues los movimientos un día posterior, solamente tendrás que hacer clic en "Actualizar" y todo funcionará en automático
    • Hola a todos, Efectivamente, me temo que tal como trabajan las funciones =HOY() y/o =AHORA() (volátiles), sólo con macros puedes obtener soluciones. Un recurso pedestre podría ser, cada vez que quieras que se fije un dato, te sitúes en esa celda y pulses F2, F9 e INTRO.  Pero claro, puede ser un inconveniente si hay que hacerlo repetitivamente en muchas ocasiones,.............. en fin, lo comento sólo como posibilidad. Saludos,
    • Hola nuevamente, mi duda sigue siendo la ruta, o rutas, finales que quedan, esas que llamas "relativas"; igual por si acaso pon 3 o 4 de esas, tal cual son y/o se ven en el explorador de cada PC y, de ser posible, en cualquier otro "lado" en que las veas.
    • Hola, tal cual se plantea, solamente con macros (VBA); en todo caso, hacerlo a mano o con "CTRL + ;". Saludos.
  • Visualizado recientemente

    • No hay usuarios registrado para ver esta página.
×
×
  • Crear nuevo...

Información importante

Echa un vistazo a nuestra política de cookies para ayudarte a tener una mejor experiencia de navegación. Puedes ajustar aquí la configuración. Pulsa el botón Aceptar, si estás de acuerdo.