Con las nuevas versiones de 2007 de MS-Office, Microsoft comenzó a "amenazar" VBA con VSTA. Dado que VBA se usa con bastante frecuencia, ¿cuál cree que es su futuro en términos de desarrollo de secuencias de comandos para los próximos 3-5 años?¿Cuál es el futuro de VBA?
O, ¿se matará de repente, como VB6?
Autodesk también dropped it (tipo de) al escuchar las noticias de MS.
El idioma ha cambiado & la forma en que se hicieron las cosas (es decir, arrastrar/soltar formulario, crear una macro, modificar algunas líneas & que ha terminado) también cambiará.
No seguirá siendo una herramienta, que un desarrollador no encontrará fácil de usar.
modelo de objeto debe permanecer igual para cosas básicas (Libro de trabajo, Hoja de cálculo, Rango), etc. conseguirá agregado
Nueva serie de cosas & que cambiará el modelo de objetos & por lo tanto, un nuevo aprendizaje (por ejemplo, interfaz de cinta)
Para no olvidar, .net presenta sus propios conceptos/complejidad.
Sí, estoy de acuerdo. ¿Por qué es que siempre que encuentras un concepto que los no desarrolladores encuentran fácil de usar, entonces deseas cambiarlo? VB6 y VBA eran grandes cosas productivas por esa razón (algunas otras también, pero esta era importante). – Rook
Sugeriría que VB6 no se mató de repente. El soporte oficial de MS, tal vez, pero aún la comunidad está viva tanto para VB6 como para VBA aquí en SO.
Al igual que con cualquier tecnología con una base de usuario/cliente/proveedor de WIDE, la tecnología VBA tardará mucho tiempo en desvanecerse. Me imagino que tomará años para que su sucesor supere por completo a VBA.
Sí, pero con el nuevo sistema operativo avanzando lentamente, se va a matar definitivamente. No conozco a nadie que haya fusionado con éxito sus componentes de VB6 a Vista desde XP, y lo ejecuta razonablemente bien, sin pensar en cambiar a .NET y volver a escribir todo. – Rook
Gente inteligente. Corriendo un poco tarde, pero inteligente. –
Espero que no signifique que soy un idiota;) – shahkalpesh
Morirá, IMO, pero no de repente. Excel solía tener un lenguaje de macros llamado XLM, básicamente una reproducción de teclado con esteroides. XLM todavía es compatible, y fácilmente hay una docena de personas que lo usan. Es por eso que creo que VBA estará disponible por bastante tiempo. No será actualizado, admitido, y tal vez ni siquiera reconocido, pero estará disponible.
Tarde o temprano, MS integrará .NET con las aplicaciones de Office y menos gente se preocupará por VBA. En este momento, puedo poner algunos VBA en una hoja de cálculo de Excel, enviarlos a un cliente y la implementación está lista. Puedo decirle al departamento de TI que es un libro de Excel con macros, y no se sienten amenazados porque no saben nada mejor. Cuando .NET tiene opciones de implementación tan simples, lo usaré en su lugar. Ese día vendrá y VBA lentamente comenzará a desvanecerse.
Sí, tienes razón. Pero .xlm, ahora un poco desactualizado, era una, cómo decirlo, local para Excel. VBA, al menos en mi caso, se extiende a través de varias aplicaciones, y lo usamos mucho para interconectar esas aplicaciones (por ejemplo, tablas y coordenadas de excel a autocad). Ese es otro aspecto de ese cambio: incluso si lo cambia (MS), todos los demás proveedores todavía tienen que hacer el cambio también. – Rook
De acuerdo con Dick Kusleika acerca de la implementación
Los problemas con desaprobación VBA son:
Todos los puntos son explosivos. Es 2018 y estoy codificando en VBA. – RBT
¿Por qué alguien querría VBA? –
VBA sigue siendo la única forma significativa de programar MSACCESS. –
@John: Es gracioso.Nadie quiere VSTA para ese asunto. VBA vino de Microsoft, que se usa de manera efectiva. Los no desarrolladores también podrían usarlo con cierta facilidad. ¿Por qué la gente pregunta por VSTA, cuando usa interoperabilidad COM al final del día? – shahkalpesh