VB.NET创建Excel对象：CreateObject与New的困惑及Option Strict问题

问题1：Option Strict On下CreateObject赋值报错，该遵循什么规范？ #

Option Strict On强制要求强类型检查，不允许隐式的Object到强类型的转换。CreateObject("Excel.Application")返回的是Object类型，直接赋值给Excel.Application变量会触发编译错误。

解决方式分两种，优先推荐第一种：

• 直接使用New Excel.Application创建对象：这是Interop库提供的早绑定方式，编译器在编译时就能确认类型，完全符合Option Strict On的要求，同时能享受到智能提示、编译时错误检查等优势，是最佳实践的首选。
• 如果必须使用CreateObject（比如需要动态切换Office版本的场景），需显式转换类型：

  oxl = CType(CreateObject("Excel.Application"), Excel.Application)
  

问题2：New Excel.Application和CreateObject返回的都是System._ComObject，为什么Option Strict限制不同？ #

虽然运行时两者都是Excel COM对象的RCW（运行时可调用包装），但编译时的类型信息完全不同：

• New Excel.Application是通过Interop程序集的强类型构造函数创建的，编译器在编译时就明确知道它的类型是Excel.Application，所以赋值给同类型变量时无需任何转换，符合Option Strict On的规则。
• CreateObject是晚绑定API，返回的是Object类型，编译器无法在编译阶段确定其实际类型，Option Strict On禁止这种未明确的隐式类型转换，必须显式指定转换目标类型。

简言之，一个是编译时确定类型的早绑定，一个是运行时才确定类型的晚绑定，Option Strict对晚绑定的隐式转换做了严格限制。

问题3：owb = oxl.Workbooks.Add()正常，osheet = owb.Worksheets("Sheet1")报错，为什么？ #

这是因为两个调用的编译时返回类型不同：

• oxl.Workbooks.Add()：Interop库中明确定义该方法的返回值为Excel.Workbook类型，和你声明的owb变量类型完全匹配，所以直接赋值没有问题，不需要转换。
• owb.Worksheets("Sheet1")：这里调用的是Worksheets集合的默认Item属性，在Excel Interop的COM包装中，这个属性的返回类型是Object（对应COM的Variant类型），而你声明的osheet是Excel.Worksheet强类型，Option Strict On不允许隐式将Object转换为Worksheet，因此报错。

解决方法是显式转换类型：

osheet = CType(owb.Worksheets("Sheet1"), Excel.Worksheet)

或者使用更清晰的强类型Item调用（效果一致）：

osheet = CType(owb.Worksheets.Item("Sheet1"), Excel.Worksheet)

内容的提问来源于stack exchange，提问作者Sougata