开发者

Why do I have to add System.Data.Entity to use System.Data.Objects?

开发者 https://www.devze.com 2023-01-06 00:39 出处:网络
I am still learning about programming as you can probably tell by my question. How开发者_StackOverflow come I have to add System.Data.Entity as a reference to my project to use System.Data.Objects?Do

I am still learning about programming as you can probably tell by my question.

How开发者_StackOverflow come I have to add System.Data.Entity as a reference to my project to use System.Data.Objects? Does Objects live in namespace System.Data.Objects? Wouldnt it make sense for Objects to live in System.Data.Entity.Objects?


The .NET namespaces are cross-assembly. This allows the library designers to expand particular namespaces as appropriate without polluting core libraries with non-core functionality. The naming of individual DLLs is unfortunate, but it is not intended to reflect namespace information in the way you're thinking.

In your example, System.Data.Entity is a DLL containing elements from a number of different namespaces. One of these is System.Data.Objects, as you've discovered.


Namespaces and assemblies are entirely separate concepts. Sometimes - heck, often they will match up, but they certainly don't have to. You don't tend to use the mscorlib namespace, for example :) Likewise most of the System.Linq types are in System.Core.dll. One assembly can contain types in multiple namespaces, and multiple assemblies can contribute to the same namespace.

It's worth keeping the two concepts as distinct in your mind as possible. Fortunately it's easy to find out where a type "lives" in both respects from MSDN.


The System.Data.Objects namespace is defined in System.Data.Entity.dll.


The assembly is called System.Data.Entity which means the DLL System.Data.Entity.dll.

System.Data.Objects is a namespace within that assembly.

A single assembly may contain one or more namespaces possibly all with different names.

0

精彩评论

暂无评论...
验证码 换一张
取 消