Can I use an asterisk in the "Imports" statement?

[pcnerd]

In Java I can use, for example, " Imports java.util.* ". Can I use, for
example, " Imports System.* " instead of several different "Imports"
statements? Thank you. David

[Patrice]

No (I found the answer by trying).

Check http://msdn2.microsoft.com/en-us/library/7f38zh8x.aspx for details
(looks like this is necessarily the full qualified name).

--
Patrice

"pcnerd" <pc****@discuss ions.microsoft. coma écrit dans le message de news:
20************* *************** **...icrosof t.com...

In Java I can use, for example, " Imports java.util.* ". Can I use, for
example, " Imports System.* " instead of several different "Imports"
statements? Thank you. David

[Herfried K. Wagner [MVP]]

"pcnerd" <pc****@discuss ions.microsoft. comschrieb:

In Java I can use, for example, " Imports java.util.* ". Can I use, for
example, " Imports System.* " instead of several different "Imports"
statements?

Simply use 'Imports System'.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[pcnerd]

Well, needless to say, I'm confused! One reply is "No, you can't. I tried."
& the other is "Simply use 'Imports System' "!

So, I suppose that if I use "Imports System" , it will probably be a pretty
big file.

I wonder why I've gotten 2 different answers.

Thank you. David

"Herfried K. Wagner [MVP]" wrote:

"pcnerd" <pc****@discuss ions.microsoft. comschrieb:

In Java I can use, for example, " Imports java.util.* ". Can I use, for
example, " Imports System.* " instead of several different "Imports"
statements?

Simply use 'Imports System'.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[Steven Nagy]

The answer is NO

Using 'Imports System' will not give you access to
'System.Data.Sq lClient'
If you just import System, you will only get things in the System
namespace such as 'System.Int32' and 'System.Type' etc.

[Herfried K. Wagner [MVP]]

"Steven Nagy" <le*********@ho tmail.comschrie b:

The answer is NO

Using 'Imports System' will not give you access to
'System.Data.Sq lClient'
If you just import System, you will only get things in the System
namespace such as 'System.Int32' and 'System.Type' etc.

That's true, but it would be rather useless to import all subnamespaces of a
namespace. Importing using the asterisk in Java will import the types
contained in the package, but it won't import other packages.

--
M S Herfried K. Wagner
M V P <URL:http://dotnet.mvps.org/>
V B <URL:http://classicvb.org/petition/>

[Larry Lard]

pcnerd wrote:

So, I suppose that if I use "Imports System" , it will probably be a pretty
big file.

This comment suggests you might have a misconception about Imports in
VB.NET, because it is the same word as a Java keyword. Now, my Java
experience is pretty small, but am I right in thinking that in Java you
want to import only the minimum you need to, because importing actually
does something to the produced executable? Well, in VB.NET, Imports is
*entirely* syntactic sugar - all it does is allow us to use the names
of things from our References without fully qualifying them. As the
docs put it: "Importing does not take the place of setting a reference.
It only removes the need to qualify names that are already available to
your project."

For example, once we reference, say, System.dll, everything in there is
available to us whether we use Imports System or not; all the Imports
line does is allow us to refer to System.Uri as simply 'Uri' in our
code.

Note that many commonly-used namespaces are imported automatically in
newly-created projects, at the project level, so we often don't need
any Imports statements in individual files.
Of course, if you knew all this already, great! :)

--
Larry Lard
Replies to group please
When starting a new topic, please mention which version of VB/C# you
are using

[Phill W.]

pcnerd wrote:

Well, needless to say, I'm confused! One reply is "No, you can't. I tried."
& the other is "Simply use 'Imports System' "!

So, I suppose that if I use "Imports System" , it will probably be a pretty
big file.

The resulting file will be /no bigger/, regardless of how many Imports
statements you use, because the Imports statement doesn't do what you
think it does.

It does NOT give your application "access" to anything it didn't have
before. That's does by adding References to other assemblies and no;
the Referenced assemblies are not compiled into your finished program;
they become run-time dependencies.

Imports /only/ allows you, in your code, to /type less/, as in

(without Imports)
Console.Writeli ne( _
System.Reflecti on.MethodBase.G etCurrentMethod ().Name _
)

or (with Imports)

Imports System.Reflecti on.MethodBase
.. . .
Console.Writeli ne( _
GetCurrentMetho d().Name _
)

When the code gets compiled, the fully qualified names get used
regardless of what you typed, so the size of your executable is unaffected.

HTH,
Phill W.