CMMI,.NET,JAVA,Networking,Oracle,SQL Server, Testing Questions And Answers

Home| Forums | Join Google Group | Join Yahoo Group | Jobs
Get custom programming done at GetAFreelancer.com!
Earn Money
  Trading Forex Online
  Paramount Airways
  Free Data Recovery
 Cargo
 Job Portal
  HSBC Investment
 Management
 Cheap Web Hosting
  Make Trip
  Cheap Air Travel
 Leisure Hotel
  Free Air Travel
  Mutual Fund Informations
   Cheapest Cellular Plan
 Free Sexy Indians
  Call Center Software
  Hot Indian
Programming Help | Homework Help | Counseling
Astrology Advice | Tarot Advice | Parenting
Dating Advice | Love Advice | Divorce Advice
Legal Advice | Debt Advice | Career Advice
Runtime Technical Questions
Assemblies
If I want to build a shared assembly, does that require the overhead of signing and
managing key pairs?
Building a shared assembly does involve working with cryptographic keys. Only the public key is
strictly needed when the assembly is being built. Compilers targeting the .NET Framework
provide command line options (or use custom attributes) for supplying the public key when
building the assembly. It is common to keep a copy of a common public key in a source database
and point build scripts to this key. Before the assembly is shipped, the assembly must be fully
signed with the corresponding private key. This is done using an SDK tool called SN.exe (Strong
Name).
Strong name signing does not involve certificates like Authenticode does. There are no third party
organizations involved, no fees to pay, and no certificate chains. In addition, the overhead for
verifying a strong name is much less than it is for Authenticode. However, strong names do not
make any statements about trusting a particular publisher. Strong names allow you to ensure that
the contents of a given assembly haven't been tampered with, and that the assembly loaded on
your behalf at run time comes from the same publisher as the one you developed against. But it
makes no statement about whether you can trust the identity of that publisher.

What is the difference between a namespace and an assembly name?
A namespace is a logical naming scheme for types in which a simple type name, such as MyType,
is preceded with a dot-separated hierarchical name. Such a naming scheme is completely under
the control of the developer. For example, types MyCompany.FileAccess.A and
MyCompany.FileAccess.B might be logically expected to have functionality related to file access.
The .NET Framework uses a hierarchical naming scheme for grouping types into logical
categories of related functionality, such as the Microsoft® ASP.NET application framework, or
remoting functionality. Design tools can make use of namespaces to make it easier for
developers to browse and reference types in their code. The concept of a namespace is not
related to that of an assembly. A single assembly may contain types whose hierarchical names
have different namespace roots, and a logical namespace root may span multiple assemblies. In
the .NET Framework, a namespace is a logical design-time naming convenience, whereas an
assembly establishes the name scope for types at run time.
Earn Money
  Trading Forex Online
  Paramount Airways
  Free Data Recovery
 Cargo
 Job Portal
  HSBC Investment
 Management
 Cheap Web Hosting
  Make Trip
  Cheap Air Travel
 Leisure Hotel
  Free Air Travel
  Mutual Fund Informations
   Cheapest Cellular Plan
 Free Sexy Indians
  Call Center Software
  Hot Indian