473,573 Members | 2,796 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Disadvantages in Visual Studio 2005 (Web sites)

In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know
you can still MANUALLY manage them, but not QUICKLY and EASLY. In a
project I can subdivide the App_Code Folder in subfolders, but if I use
the Powerfull "Class View" Window, I'm not very glad to see an infinity
number of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good.
But the need of defining namespaces and grouping classes is indipendent
from the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it
Jan 26 '06 #1
54 6411
DWS
Dear Disadvantaged,

I don't often use the new class viewer, it is overpowering like you said.

I'm am however using namespace inside the app_code folder.
My Namespaces do come up in the IDE as expected type assist, imports, etc.


"m.******@dev.i t" wrote:
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know
you can still MANUALLY manage them, but not QUICKLY and EASLY. In a
project I can subdivide the App_Code Folder in subfolders, but if I use
the Powerfull "Class View" Window, I'm not very glad to see an infinity
number of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good.
But the need of defining namespaces and grouping classes is indipendent
from the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it

Jan 26 '06 #2
Not familier with VS.NET 2005 but can't you speciify the namespaces in your
classes with the appropriate statement ?

--
Patrice

<m.******@dev.i t> a écrit dans le message de
news:ej******** *****@TK2MSFTNG P11.phx.gbl...
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know
you can still MANUALLY manage them, but not QUICKLY and EASLY. In a
project I can subdivide the App_Code Folder in subfolders, but if I use
the Powerfull "Class View" Window, I'm not very glad to see an infinity
number of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good.
But the need of defining namespaces and grouping classes is indipendent
from the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it

Jan 26 '06 #3
Thanks for your opinion,

Maybe I've not explained very well the problem.
I've already written that I know that I can MANUALLY define namespace, but
the RAD tool doesn't help me in any mode....

These are the real questions:

In the App_Code directory, you can define custom namespaces for .cs files.
But if you add a Dataset (.xsd) how can you define his namespace in visual
studio?

A Web site isn't a collection of classes?

Why a Windows Form Project or a ClassLibrary project manage namespaces in
the right mode?

Why in Visual Studio .Net 2003 I could do it and now not?

Anyone know what does it mean to open hundred of aspx files and write the
namespace?

Thanks

"DWS" wrote:
Dear Disadvantaged,

I don't often use the new class viewer, it is overpowering like you said.

I'm am however using namespace inside the app_code folder.
My Namespaces do come up in the IDE as expected type assist, imports, etc.


"m.******@dev.i t" wrote:
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know
you can still MANUALLY manage them, but not QUICKLY and EASLY. In a
project I can subdivide the App_Code Folder in subfolders, but if I use
the Powerfull "Class View" Window, I'm not very glad to see an infinity
number of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good.
But the need of defining namespaces and grouping classes is indipendent
from the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it

Jan 26 '06 #4
Thanks Patrice,

sorry but I'm talking about DISADVANTAGES of Visual Studio, not of the .Net
framework.

"Patrice" wrote:
Not familier with VS.NET 2005 but can't you speciify the namespaces in your
classes with the appropriate statement ?

--
Patrice

<m.******@dev.i t> a écrit dans le message de
news:ej******** *****@TK2MSFTNG P11.phx.gbl...
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know
you can still MANUALLY manage them, but not QUICKLY and EASLY. In a
project I can subdivide the App_Code Folder in subfolders, but if I use
the Powerfull "Class View" Window, I'm not very glad to see an infinity
number of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good.
But the need of defining namespaces and grouping classes is indipendent
from the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it


Jan 26 '06 #5
On Thu, 26 Jan 2006 17:26:54 +0100, m.******@dev.it wrote:

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.


I don't think it's a big issue. 99% of the types in code-behind /
code-beside files are never used outside of the files they are defined
in. Many times they end up in isolated assemblies.

--
Scott
http://www.OdeToCode.com/blogs/scott/
Jan 26 '06 #6
In actuality, if you are developing everything within the same website, then
why do you need a namespace. If you use the App_Code directory for your
website-specific classes and you have multiple ASPX pages (with or without
code-behind), they are all compiled into the same assembly, so where's the
need for a namespace.

Note that I add my namespaces to my website files and I have no problem with
it. It's not a major issue.
--
Christopher A. Reed
"The oxen are slow, but the earth is patient."

<m.******@dev.i t> wrote in message
news:ej******** *****@TK2MSFTNG P11.phx.gbl...
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know you
can still MANUALLY manage them, but not QUICKLY and EASLY. In a project I
can subdivide the App_Code Folder in subfolders, but if I use the
Powerfull "Class View" Window, I'm not very glad to see an infinity number
of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good. But
the need of defining namespaces and grouping classes is indipendent from
the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG black
hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it

Jan 27 '06 #7
I'm sorry but I don't agree with you.

All the .Net framework is a library subdivided in namespaces.

I'm sorry if you say that you don't need namespaces, you say that .Net
framework doesn't need them.

"Christophe r Reed" wrote:
In actuality, if you are developing everything within the same website, then
why do you need a namespace. If you use the App_Code directory for your
website-specific classes and you have multiple ASPX pages (with or without
code-behind), they are all compiled into the same assembly, so where's the
need for a namespace.

Note that I add my namespaces to my website files and I have no problem with
it. It's not a major issue.
--
Christopher A. Reed
"The oxen are slow, but the earth is patient."

<m.******@dev.i t> wrote in message
news:ej******** *****@TK2MSFTNG P11.phx.gbl...
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know you
can still MANUALLY manage them, but not QUICKLY and EASLY. In a project I
can subdivide the App_Code Folder in subfolders, but if I use the
Powerfull "Class View" Window, I'm not very glad to see an infinity number
of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good. But
the need of defining namespaces and grouping classes is indipendent from
the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG black
hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it


Jan 27 '06 #8
You are confusing the problem.

Namespaces aren't assemblies.

You can define the same namespace for different assemblies.

NAMESPACES are LOGICAL rappresentation of your class library.

And a Web site is an Application with one or more assemblies.

Why the assemblies of a web site cannot be rappresented in namespaces?

"Scott Allen" wrote:
On Thu, 26 Jan 2006 17:26:54 +0100, m.******@dev.it wrote:

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.


I don't think it's a big issue. 99% of the types in code-behind /
code-beside files are never used outside of the files they are defined
in. Many times they end up in isolated assemblies.

--
Scott
http://www.OdeToCode.com/blogs/scott/

Jan 27 '06 #9
A question to everyone tells me that they don't need namespaces:

In your web site. You have 2 folders with 2 default.aspx files, one in each
folder.

If build the web site, you'll get an error, because the compiler finds two
classes with the same name.

The solution is to define a different namespace for each aspx file (or one
of them).

Now, if I have to define ONE namespace for ONE class, a good developer
SHOULD define namespaces for ALL the classes in the projects.

I'll post the question in another thread.

"m.******@dev.i t" wrote:
In the book:
"Working with Microsoft Visual Studio 2005"
Craig Skibo wrote:
"The power of Visual Studio 2005 lies in its ability to empower users to
build, test, and debug powerful applications quickly and easly."

I don't agree on what concernes ASP .NET Web Sites in VS2005.

All what involves Namespaces in Web sites has been disappeared. I know
you can still MANUALLY manage them, but not QUICKLY and EASLY. In a
project I can subdivide the App_Code Folder in subfolders, but if I use
the Powerfull "Class View" Window, I'm not very glad to see an infinity
number of classes, all placed at the root of the project namespace.

Grouping in namespaces is one of the most powerful skills tha .net gave
us, since 1.0 and not only for .Net Windows Projects.

Someone could reply me that the problem is pre-compilation. I know that
now you can choose how to build your Web site, and this is very good.
But the need of defining namespaces and grouping classes is indipendent
from the way I'll decide to deploy the Web Site.

Is this a "by design" issue?. Or it is a bug? In my opinion is a BIG
black hole.

I'm sorry for this lines, but I'm tired to search for workarounds for an
IDE, abive all when a functionality was already present in the previous
version.

Marco Roello
ma**********@cn rservice.it

Jan 27 '06 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

3
2296
by: Shapper | last post by:
Hello, I am starting 2 new projects to deliver in January 2006. I want to create them in Asp.Net 2.0 using Visual Studio 2005. All my clients web sites are Visual Studio 2003 projects in Asp.Net 1.1 / VB.NET. These web sites use Access Databases and NOT Microsoft SQL 2000. In the future I will need to make a few changes now and then to...
8
16274
by: William LaMartin | last post by:
I just received my Visual Studio upgrade to 2005 and tried to create a new web site via File | New Web Site with location http. Unfortunately I received the following error: "Visual Web Developer does not support creating Web sites on a SharePoint Web server" If I create a new server extensions 2002 web in IIS and mark it as an...
8
1536
by: jdn | last post by:
I have a root application that has various sub-applications (subdirectories set up as applications within IIS). All of the sub-applications rely on the root application for profiles, membership, etc. This all worked fine for a bit, but now, I get an error when trying to build the root site: "It is an error to use a section registered as...
1
2875
by: cnixuser | last post by:
Hello, I am having a problem that I believe is related to the way a stream reader object looks for a text file by default. What I am doing is using a StreamReader object to read the text of a text file which includes some html code to populate html formatted content as the text of an asp:label (<asp:label>). The reading of the text file itself...
0
7686
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it. First, let's disable language...
1
7771
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For...
0
8060
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the...
0
6406
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then...
1
5580
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes...
0
3731
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
1
2194
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
1
1296
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.
0
1036
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.