473,395 Members | 1,652 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,395 software developers and data experts.

.Net Dlls and ASP.NET app.



I posted this question in the past, but have not
yet received an answer. Here is the question.

By default an ASP.NET app developed in Visual Studio
compiles it's code to a DLL located in the bin directory.
Is it worth while to try to break your code into seperate
DLLs, rather than allow your project to keep building this
DLL larger and larger as you develop your app? Does it
save memory to have less frequently used (by the user)
code in a seperate DLL.

If you broke the code into seperate DLLs and wanted to
continue to work within Visual Studio, would you need
seperate projects?

If you had seperate dependant projects would all the
Dlls wind up in the same bin directory, or in a seperate
bin for each project.

Thanks in advance - ed****@att.net
Nov 17 '05 #1
4 1576
<ed****@att.net> wrote in message
news:03****************************@phx.gbl...


I posted this question in the past, but have not
yet received an answer. Here is the question.

By default an ASP.NET app developed in Visual Studio
compiles it's code to a DLL located in the bin directory.
Is it worth while to try to break your code into seperate
DLLs, rather than allow your project to keep building this
DLL larger and larger as you develop your app? Does it
save memory to have less frequently used (by the user)
code in a seperate DLL.
Yes, but trivial amounts.

If you broke the code into seperate DLLs and wanted to
continue to work within Visual Studio, would you need
seperate projects?
Yes. The other projects would be class libraries. They could all be in the
same solution.

If you had seperate dependant projects would all the
Dlls wind up in the same bin directory, or in a seperate
bin for each project.


Both. If a reference's CopyLocal property is true, it will be copied into
your bin directory when you build.

David
Nov 17 '05 #2
If you have dlls in seperate projects is it the same situation
with getting the Current context items?

"David Browne" <davidbaxterbrowne no potted me**@hotmail.com> wrote in
message news:OY**************@TK2MSFTNGP11.phx.gbl...
<ed****@att.net> wrote in message
news:03****************************@phx.gbl...


I posted this question in the past, but have not
yet received an answer. Here is the question.

By default an ASP.NET app developed in Visual Studio
compiles it's code to a DLL located in the bin directory.
Is it worth while to try to break your code into seperate
DLLs, rather than allow your project to keep building this
DLL larger and larger as you develop your app? Does it
save memory to have less frequently used (by the user)
code in a seperate DLL.
Yes, but trivial amounts.

If you broke the code into seperate DLLs and wanted to
continue to work within Visual Studio, would you need
seperate projects?


Yes. The other projects would be class libraries. They could all be in

the same solution.

If you had seperate dependant projects would all the
Dlls wind up in the same bin directory, or in a seperate
bin for each project.


Both. If a reference's CopyLocal property is true, it will be copied into
your bin directory when you build.

David

Nov 17 '05 #3
Hello,

David is right. You could also refer to http://msdn.microsoft.com/library/en...asp?frame=true for
Microsoft Practices on how to structure Solutions and Projects.

Hope it helps.

Best regards,
Yanhong Huang
Microsoft Online Partner Support

Get Secure! ¨C www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
!Content-Class: urn:content-classes:message
!From: <ed****@att.net>
!Sender: <ed****@att.net>
!Subject: .Net Dlls and ASP.NET app.
!Date: Fri, 11 Jul 2003 14:42:29 -0700
!Lines: 22
!Message-ID: <03****************************@phx.gbl>
!MIME-Version: 1.0
!Content-Type: text/plain;
! charset="iso-8859-1"
!Content-Transfer-Encoding: 7bit
!X-Newsreader: Microsoft CDO for Windows 2000
!X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
!Thread-Index: AcNH9VOKWL7Xl2h7QZGcDeyusd/MUQ==
!Newsgroups: microsoft.public.dotnet.framework.aspnet
!Path: cpmsftngxa06.phx.gbl
!Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.framework.aspnet:158672
!NNTP-Posting-Host: TK2MSFTNGXA13 10.40.1.165
!X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
!
!
!
! I posted this question in the past, but have not
!yet received an answer. Here is the question.
!
! By default an ASP.NET app developed in Visual Studio
!compiles it's code to a DLL located in the bin directory.
!Is it worth while to try to break your code into seperate
!DLLs, rather than allow your project to keep building this
!DLL larger and larger as you develop your app? Does it
!save memory to have less frequently used (by the user)
!code in a seperate DLL.
!
! If you broke the code into seperate DLLs and wanted to
!continue to work within Visual Studio, would you need
!seperate projects?
!
! If you had seperate dependant projects would all the
!Dlls wind up in the same bin directory, or in a seperate
!bin for each project.
!
! Thanks in advance - ed****@att.net
!
Nov 17 '05 #4
Hello,

David is right. You could also refer to http://msdn.microsoft.com/library/en...asp?frame=true for
Microsoft Practices on how to structure Solutions and Projects.

Hope it helps.

Best regards,
Yanhong Huang
Microsoft Online Partner Support

Get Secure! ¨C www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

--------------------
!Content-Class: urn:content-classes:message
!From: <ed****@att.net>
!Sender: <ed****@att.net>
!Subject: .Net Dlls and ASP.NET app.
!Date: Fri, 11 Jul 2003 14:42:29 -0700
!Lines: 22
!Message-ID: <03****************************@phx.gbl>
!MIME-Version: 1.0
!Content-Type: text/plain;
! charset="iso-8859-1"
!Content-Transfer-Encoding: 7bit
!X-Newsreader: Microsoft CDO for Windows 2000
!X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
!Thread-Index: AcNH9VOKWL7Xl2h7QZGcDeyusd/MUQ==
!Newsgroups: microsoft.public.dotnet.framework.aspnet
!Path: cpmsftngxa06.phx.gbl
!Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.framework.aspnet:158672
!NNTP-Posting-Host: TK2MSFTNGXA13 10.40.1.165
!X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet
!
!
!
! I posted this question in the past, but have not
!yet received an answer. Here is the question.
!
! By default an ASP.NET app developed in Visual Studio
!compiles it's code to a DLL located in the bin directory.
!Is it worth while to try to break your code into seperate
!DLLs, rather than allow your project to keep building this
!DLL larger and larger as you develop your app? Does it
!save memory to have less frequently used (by the user)
!code in a seperate DLL.
!
! If you broke the code into seperate DLLs and wanted to
!continue to work within Visual Studio, would you need
!seperate projects?
!
! If you had seperate dependant projects would all the
!Dlls wind up in the same bin directory, or in a seperate
!bin for each project.
!
! Thanks in advance - ed****@att.net
!
Nov 17 '05 #5

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

Similar topics

2
by: Johann Blake | last post by:
I can hardly believe I'm the first one to report this, but having gone through the newsgroup, it appears that way. I would like to open a solution in the VS.NET IDE that consists of multiple...
2
by: Shiraz | last post by:
Hi I just made an installer for an application that uses two external COM dlls. On the surface, everything seems to be running smoothly and the the application runs without any errors. However,...
11
by: Devender Khari | last post by:
Hi Friends, I'm facing a situation as follows, need help on identifying possible issues. There is an MFC application developed in VC6.0, say ABCVC6.exe and another developed in VC.NET, say...
0
by: ZMan | last post by:
Scenario: This is about debugging server side scripts that make calls to middle-tier business DLLs. The server side scripts are legacy ASP 3.0 pages, and the DLLs are managed DLLs...
10
by: =?Utf-8?B?UmljaGFyZA==?= | last post by:
Hi, I usually deploy my ASP .NET application to the server by publishing, using Visual Studio 2005 publish feature. This creates the Bin folder on the server, with the compiled DLLs. I've...
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
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...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...

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.