Think of namespaces and objects as files and directories on your harddrive
your namespace is akin to c:\myproj\obj
and inside that you have created a file called obj.
in order to access your file, you must specify its full path
c:\myproj\obj\o bj
a way that I use namespaces is to break the assemblies into thought areas,
i.e
mycompany.mypro ject.
data libraries would go into mycompany.mypro ject.datalib
graphic libraries into mycompany.mypro ject..graphics
UI components into mycompany.mypro ject and
mycompany.mypro ject.customcont rols.
Additionally, when I create an assembly with a sepreate namespace it is
generally because the project itself can potentially be reused by other
assemblies without modification, otherwise, the code would all live with the
executing assembly.
for example
Our encryption library is mycompany.encry ption
Our xml, adodbo, and csv wrappers live in mycompany.data
Our generic containers such as sorted bindinglist(of T) live in
mycompany.gener ics
Our login UI components, security model all live in mycompany.secur ity and
mycompany.secur ity.ui
Finally, we then reference these libraries when designing an application
Accounting package base namespace is mycompany.accpa c
imports mycompany.accpa c
imports gencol = mycompany.gener ics
UI components import
imports mycompany.accpa c.business
imports mycompany.accpa c.UI
Business Objects import
imports mycompany.accpa c.data
imports db = mycompany.data
imports enc = mycompany.encry ption
imports sec = mycompany.secur ity
add system references (i.e. xml, data, text, collections) as appropriate
"Epetruk" <no****@blackho le.com> wrote in message
news:4c******** *****@individua l.net...
Hello,
I have a solution with two projects.
One of the projects is called MyProj with a root namespace called
MyProj.Obj.
The single source (vb) file for MyProj has a class called Obj. There is no
enclosing namespace, i.e. the class declaration is at the top of the file.
The second project is called MyProjUser and has a reference to MyProj.
The single source file for MyProjUser has the following imports statement:
Imports MyProj.Obj
Then I have a statement further down in MyProjUser like this:
Dim o as Obj
But the compiler doesn't like it. It says that Obj isn't defined.
The compiler is happier when I either have this Imports statement:
Imports MyProj.Obj.Obj
or with this statement in code:
Dim o as Obj.Obj.
What's happening here? I thought that once I imported the namespace (in
this
case MyObj.Obj), then all classes in that namespace (including Obj) should
be usable without further qualification.
Or is the fact that part of the namespace and the class name are the same
(i.e. Obj) causing confusion?
TIA for any answers.
--
Akin
aknak at aksoto dot idps dot co dot uk
