2.0 and namespacing, what are you doing?

[sloan]

This is just a in-general question.

As 2.0 has launched, and you guys are developing apps in 2.0 .. What are
you doing about your namespace'ing ?

Before 2.0 , my namespaces went something like this

GranadaCoder.*
(I put all framework pieces there, like GranadaCoder.Data ,
GranadaCoder.Drawing , GranadaCoder.Exceptions , GranadaCoder.UIFramework ,
etc)
and
GranadaCoder.Applications.*
(like GranadaCoder.Applications.PetStore ,
GranadaCoder.Applications.EducationSystem , etc

and under each app, I had (for example)
(GranadaCoder.Applications.PetStore.Data ,
GranadaCoder.Applications.PetStore.BusinessLogic ,
GranadaCoder.Applications.PetStore.Presentation.We b.1 )

...

With 2.0, I started working on a
GranadaCoder.Data ...

But its built in 2.0, and I'm seeking what others have done to deal with
2.0.

Maybe its nothing. But there is no way to abandon my 1.1 code right now
...........
Thanks for any tips.

[dkode]

in 2.0, I have kept all my business and data layer object the
namespaces the same,

as far as web ui, they have gotten rid of namespacing in the controls
so I just eliminated the namespaces here, web controls i made in 1.1,
some work, some dont. the ones that dont work I have re-created to work
with the new asp.net model.

if i need to cross reference controls, I make interfaces so i can
reference other controls within my asp.net pages.

sloan wrote:

This is just a in-general question.

As 2.0 has launched, and you guys are developing apps in 2.0 .. What are
you doing about your namespace'ing ?

Before 2.0 , my namespaces went something like this

GranadaCoder.*
(I put all framework pieces there, like GranadaCoder.Data ,
GranadaCoder.Drawing , GranadaCoder.Exceptions , GranadaCoder.UIFramework ,
etc)
and
GranadaCoder.Applications.*
(like GranadaCoder.Applications.PetStore ,
GranadaCoder.Applications.EducationSystem , etc

and under each app, I had (for example)
(GranadaCoder.Applications.PetStore.Data ,
GranadaCoder.Applications.PetStore.BusinessLogic ,
GranadaCoder.Applications.PetStore.Presentation.We b.1 )

..

With 2.0, I started working on a
GranadaCoder.Data ...

But its built in 2.0, and I'm seeking what others have done to deal with
2.0.

Maybe its nothing. But there is no way to abandon my 1.1 code right now
..........
Thanks for any tips.

[Scott M.]

There is no reason why custom Namespace naming conventions should change at
all between framework versions.

Namespaces are just virtual ways of grouping related programming entities
(classes, structures, enums, interfaces, etc.) together and prevent naming
collsions between similiarly names elements, should that occur.

This concept hasn't changed with 2.0, nor should it.
"sloan" <sl***@ipass.net> wrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...

This is just a in-general question.

As 2.0 has launched, and you guys are developing apps in 2.0 .. What are
you doing about your namespace'ing ?

Before 2.0 , my namespaces went something like this

GranadaCoder.*
(I put all framework pieces there, like GranadaCoder.Data ,
GranadaCoder.Drawing , GranadaCoder.Exceptions , GranadaCoder.UIFramework
,
etc)
and
GranadaCoder.Applications.*
(like GranadaCoder.Applications.PetStore ,
GranadaCoder.Applications.EducationSystem , etc

and under each app, I had (for example)
(GranadaCoder.Applications.PetStore.Data ,
GranadaCoder.Applications.PetStore.BusinessLogic ,
GranadaCoder.Applications.PetStore.Presentation.We b.1 )

..

With 2.0, I started working on a
GranadaCoder.Data ...

But its built in 2.0, and I'm seeking what others have done to deal with
2.0.

Maybe its nothing. But there is no way to abandon my 1.1 code right now
..........
Thanks for any tips.