【问题标题】:Benefit to full reference paths for object declarations?受益于对象声明的完整引用路径?
【发布时间】:2016-12-18 20:46:14
【问题描述】:

这可能是一个愚蠢的问题吗?当然,但我或多或少只是好奇地想听听其他人的意见。那么使用对象声明的完整引用路径有什么好处吗? MSDN 似乎只提到它在重载控件或声明您自己的已包含在 Visual Basic 语言中的类时可能会有所帮助。

我指的是这样的声明

Dim MyFile As New System.IO.File

在visual studio中如果你Import System.IO那么它会告诉你名字可以简化成只是

Dim MyFile As New File

但是是否有任何其他好处,或者您是否只使用File 或对System.IO.File 的完整引用真的很重要。这仅仅是因为如果您不想Import System.IO,您仍然可以使用File 类吗?我确定它是两者中的后者,只是如果您不想导入,但使用System.IO.File 而不是仅使用File 是更好的做法吗?老实说,我或多或少只是好奇,因为我知道无论哪种方式它都会编译和运行。

【问题讨论】:

标签: .net vb.net


【解决方案1】:

存在的原因之一是为了解决名称冲突。

例如: 假设你有一堂课:

CompanyOne.ProductX.Customer

和另一个班级:

CompanyTwo.ProductY.Customer

如果您导入两个命名空间(CompanyOne.ProductXCompanyTwo.ProductY),然后声明 Customer 对象,您将收到编译时错误。它不会知道您尝试实例化哪个 Customer 对象。

因此,要解决此问题,您将使用类的完全限定名称来声明您的变量。

【讨论】:

  • 这是一个公平的观点,我只是为了现在意识到我真的不需要任何这个系统垃圾,我想这就是我学习并从那时起一直在做的事情。
  • 使用别名 Imports comp1 = CompanyOne.ProductX 使长“路径”生成更短。然后用作comp1.Customer。但在我看来,在大多数情况下,很难阅读/理解代码
猜你喜欢
  • 2017-01-25
  • 1970-01-01
  • 1970-01-01
  • 2011-12-11
  • 2019-07-08
  • 2011-03-20
  • 1970-01-01
  • 2011-12-23
相关资源
最近更新 更多