Por que a Microsoft ainda envia VBA aos produtos do Office, em vez de integrar o .NET diretamente? [fechadas]

Sei que é possível chamar código .NET a partir do seu código VBA, mas por que o VBA continua a existir? A única razão pela qual consigo pensar é no legado.

Eu só tinha que classificar um Scripting.Dictionarye a quantidade de código necessária era assustadora.

O IDE se parece com o Visual Studio 2003. E há muitos pequenos detalhes que o deixam louco (como mudar de linha e receber um aviso devido a algum erro de compilação). Ou, se você abrir mais de uma planilha, ela se mistura com o "VBAProject" e isso é realmente confuso.

Toda a divisão módulo / módulo de classe / formulário não é tão ruim assim, mas acabo sempre escrevendo a lógica diretamente nos formulários ou tendo um módulo enorme que lida com tudo.

Por que não consigo pressionar Alt + F11 e invadir C #?

O Microsoft Office possui várias maneiras de permitir que você altere / aprimore o comportamento padrão programaticamente. O VBA é uma linguagem testada, comprovada e amplamente difundida para scripts em documentos. Muitas pessoas do escritório conhecem o VBA e o usam, enquanto não conhecem linguagens de programação mais complexas, como o C #. O Office não seria vendido tanto se os clientes tivessem que reescrever muitos documentos antigos habilitados para macro que realizem coisas críticas aos negócios - depois de aprenderem um novo idioma ou qualquer outra coisa. A compatibilidade com versões anteriores é um recurso essencial!

Uma pilha .NET completa para o Office provavelmente requer algum conjunto de gerenciamento de dependências (dll: s, etc) e será muito difícil de gerenciar para tarefas simples - dificilmente é uma alternativa para scripts leves. O VSTO oferece a capacidade de usar o C #, mas ao preço de um ciclo de desenvolvimento de plugins mais pesado.

Um gerente de programa da Microsoft escreveu sobre isso aqui . Está claro que o VBA está e ainda estará disponível para pequenos fins de script.

Bem, a resposta não é estritamente "legada". A resposta é que o VBA não é o VB6 ou o VB.Net: é o VBA. Um idioma separado, mas relacionado. Se substituído o VBA pelo VB.Net, inevitavelmente quebraria muitos DOCUMENTOS.

Substituir o VBA pelo VB.Net quase certamente resultaria em perda de dados para um número significativo de usuários de seus principais produtos - não é uma coisa boa.

E seu mercado alvo para o VBA não é programador.

Se você considerar o principal motivo pelo qual as pessoas compram o Office é manter a compatibilidade com todos os documentos existentes, muitos dos quais com macros e VBA, seria uma Microsoft muito corajosa tratar esses usuários como eles fizeram com a multidão do VB6 e pedir para eles aproveite e comece a codificar no .NET, basta dar uma olhada na solicitação de uservoice nº 1 de todos os tempos !

Eu imagino que os caras do LibreOffice se animariam com a inconsciência!

O VBA é para produtividade no Office, não para "programação". O dia em que você precisa de mais energia dos seus documentos é o dia em que contrata um programador para reescrever tudo. Acho que outro motivo é por que as macros do Visual Studios também não são .NET - pense no objeto COM devenv4 como não muito diferente do VBA.

Eu acho que há uma ligeira, mas importante, diferença entre legado e popularidade . E quando você faz tantos contratos quanto eu, você aprende que o VBA é incrivelmente popular :) Não posso dizer quantos contratos eu fiz para "Excel jockeys" que não sabem nada sobre programação, mas pode esmagar o VBA como se fosse uma questão de vida ou morte.