Office VBA会发生什么情况？

我工作的公司是在Excel表格上运行的。其中一些工作表中嵌入了某种形式的VBA代码。我正在做一些保养，但感觉真的过时了

Office VBA会发生什么情况

---

为什么微软没有为Office发布嵌入式.NET宏语言？

我想说，是时候让你深入研究.NET了

您可以从Excel调用.NET库

---

是的，所以我怀疑它会存在一段时间。

我昨天也遇到了同样的想法。真是巧合。突然，我兼职工作的老板正在寻找一个我3年前创建的Excel应用程序（2007年离开公司，作为兼职员工回到他们那里，以充实我的全职工作）。我记得我已将其转换为MS Access 2003应用程序；但该应用程序需要更新以满足更新的要求。你猜怎么着，我想我已经忘记VBA了。现在不是回去从头开始重新学习的时候。我将继续学习C#2.0/3.0。我相信，用C#3.0重新构建MS Access 2003应用程序将是一次很棒的学习体验

---

@IainMH是对的……”“是你深入.NET的时候了”

简短回答：你可能暂时还不错

答案很长：VB6（VBA的真正含义）几乎是一种死气沉沉、不受支持的语言，上一次更新是在十年前的同一时期用IDE实现的。它之所以仍然存在，是因为它嵌入了Office中，如果VBA被删除或更改，数百万Office应用程序将停止工作。更不用说数百万非常恼火的用户了

那么如何前进呢？Office能否在托管代码中重新实现？微软真的想这么做吗？他们是否会比Ribbon更大程度地破坏向后兼容性，放弃宏录制和解释嵌入式代码的概念？我只是看不到我的用户在VisualStudio中使用COM互操作之类的工具访问VB.NET

如果我必须把钱放在一个结果上（即使在那时我也不想下太多赌注），我会看看这一点，以及一些语言处于不同的准备状态来运行它的事实。假设DLR（带有Office app COM模型的合适替代品或包装器）将替代VB6运行时。此外，假设VBA是作为DLR语言实现的。现在遗留的VBA将继续运行，只需在一个不同的（现代的、受支持的）解释器上运行，我们可以用Python、Ruby或我们喜欢的任何其他DLR语言编写Excel宏

---

但这只是我最好的猜测——我不知道这是否真的会发生。不过，我当然希望能够用Ruby编写Excel宏。

我是一名经验丰富的.NET程序员。我试过Office工具，使用起来很痛苦，它要求您分发程序集（LOL）。财务或交付部门不可能使用它。我们在打电话之前笑得很开心

我们尝试了谷歌文档，它出人意料地灵活，但仍然没有Excel宏强大。自2000年以来，微软一直停滞不前，谷歌也在快速发展，因此几年后，答案可能会有所不同。由于所有的安全胡说八道，VBA本身在今天实际上没有那么强大

---

最后，我仍然在他们的工作表中找到了一个按钮来做他们想做的事情，如果他们愿意，他们可以对代码做一些小的修改。奇怪的是，VBA是我怀疑世界上所有财务部门都在使用的方法。

VBA值得学习，直到Excel出现，因为无论您在Excel中做什么，VBA都可以自动执行，以节省您的时间并减少出错机会。您可以简单地运行代码并坐在椅子上休息，任务将由VBA代码完成。。。使用VBA，您可以学习SQL和Excel（如果您已经知道，那就太好了）。

财务人员将无法维护.NET库。他们没有VisualStudio，我想他们也不喜欢：）作为一个在VisualStudio2008下使用VSTO的人。。。。我会等待VS2010和NoPIA。现在请坚持使用VBA。在Windows 7发布后的5年内，它将支持“原样”5年，再加上5年后的版本。在下一个版本中，它将重新引入Mac的Office中…”“一家在Excel工作表上运行的公司”…让我猜猜，你在银行工作吗？作为一个承包商，看到世界级的giga银行在xl表上运行，我总是感到惊讶。一般来说，我同意你以业务为中心的评论（这是业务用户的想法），除了关于安全性的评论，这会降低它的功能。认真地说，如果您从事财务工作，不重视安全性，那么您需要重新思考解决方案开发方法。当然，安全警告是一件痛苦的事，但不认真对待组织安全的用户也是如此。我不认为像VBA这样的非开发人员有什么奇怪的，他们时间很紧，想要的东西他们可以尽快得到。