.net 导入还是长类格式?
我应该用这个吗.net 导入还是长类格式?,.net,vb.net,import,.net,Vb.net,Import,我应该用这个吗 Imports System.IO Dim myStream As New Stream 或者这个 Dim myStream As New System.IO.Stream 它对性能/内存使用有什么影响吗?没有任何区别-这只是口味的问题,只影响可读性 顺便说一句,CLR甚至不知道“名称空间”的概念:名称空间名称成为类型名称的前缀。没有任何区别-这只是品味的问题,只影响可读性 顺便说一下,CLR甚至不知道“名称空间”的概念:名称空间名称成为类型名称的前缀。在VB.Net中,您
Imports System.IO
Dim myStream As New Stream
或者这个
Dim myStream As New System.IO.Stream
它对性能/内存使用有什么影响吗?没有任何区别-这只是口味的问题,只影响可读性
顺便说一句,CLR甚至不知道“名称空间”的概念:名称空间名称成为类型名称的前缀。没有任何区别-这只是品味的问题,只影响可读性
顺便说一下,CLR甚至不知道“名称空间”的概念:名称空间名称成为类型名称的前缀。在VB.Net中,您有第三个选项:
Dim myStream As New IO.Stream
你不能在C#中那样做。对于IO名称空间,我几乎总是使用这种快捷方式,因为“IO.”并没有太多额外的输入。对于大多数其他名称空间,我倾向于在文件顶部添加using语句 在VB.Net中,您有第三个选项:
Dim myStream As New IO.Stream
你不能在C#中那样做。对于IO名称空间,我几乎总是使用这种快捷方式,因为“IO.”并没有太多额外的输入。对于大多数其他名称空间,我倾向于在文件顶部添加using语句 什么对您更具可读性?我总是发现最好导入所需的名称空间,以便在代码中键入较短的名称
名称空间对内存或性能没有影响-它们的存在只是为了防止全局空间中类型之间的歧义。什么对您更具可读性?我总是发现最好导入所需的名称空间,以便在代码中键入较短的名称
名称空间对内存或性能没有影响-它们的存在只是为了防止全局空间中类型之间的歧义。确切地说,名称空间只是为了避免额外键入,并在项目中发生命名冲突时进行区分。确切地说,名称空间只是为了避免额外的键入,并在项目中发生命名冲突时进行区分。您可以在c#3中使用“var myStream=new IO.Stream();”这样做,可以吗?今晚我得在家检查一下(这里只有.NET2.0在工作)。我知道用2.0在C#中这是不可能的。你可以用“var myStream=new IO.Stream();”在C#3中做到这一点,可以吗?今晚我得在家检查一下(这里只有.NET2.0在工作)。我知道用2.0,这在C#中是不可能的。