c# - Excel (Office) 和 C#

标签 c# .net excel vba office-automation

目前我必须维护一个 Excel 应用程序,它由许多 VBA 模块 组成。 对我来说,它有点像遗留系统,而 VBA 看起来像是最近几天的一种语言。考虑迁移到 C#基于 .NET 的 Office 应用程序 是否有意义? 一般来说,对于使用 .NET 的 Office 自动化,这种迁移的优点缺点分别是什么?或者 VBA 仍然是开发 Office 应用程序和 Office 自动化的更好方法吗?顺便说一下,我是一名经验丰富的 .NET 开发人员。

最佳答案

这只是一个意见,但我建议您坚持使用 VBA 来使用 Excel 进行标准开发。使用 .NET 无疑是下一步,但它会使您的 Excel 开发更加困难。

使用 .NET 有很多优势,主要是关于强类型,但在部署方面,VBA 比 .NET 有巨大的优势。 VBA 也是一种更容易上手的语言,尤其是在使用 Excel 时,它有许多成员没有强类型的返回值。

总的来说,我建议您在日常开发中使用 VBA,但同时学习 VB.NET 或 C#,这样您的编程技能就可以在 Excel 领域之外得到提升。最终,您的 .NET 技能会变得足够强大,以至于您会更喜欢使用它而不是 VBA,但是您必须在同一天变得非常擅长 .NET :)

无论如何这里是link转型需要

一切顺利!!!

关于c# - Excel (Office) 和 C#,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6368876/

相关文章:

vba - 公式上的错误 1004

c# - wpf 应用程序 mvvm 如何正确构建

c# - 编码模板 - 代码文件顶部的自动属性

c# - 当对象是可序列化类中的字段时,转换在 ISerializable.GetObjectData 中创建的代理类型的异常

c# - 贪婪构造和依赖注入(inject)

c# - 取消固定在 .NET 套接字服务器中自动固定的 byte[]

excel - 如何替换 Excel 中特定的未知字符?

c# - 为什么 Microsoft.Office.Interop.Excel 会损坏我的 Excel 文件?

c# - 使用 XAML 使 "default"文本显示在没有焦点的空文本框中

c# - 从控制台应用程序重新打开 WPF 窗口