一处 ADO.NET Entity Framework 的逻辑BUG

简介:

这几天开始接触ADO.NET Entity Framework,突然发现一处奇怪的BUG。

首先来看这样一个目录结构:


我将EDM模型存入了一个名为“A”的目录中,然后编辑模型,设置其命名空间为“CommonDBModel”:


保存后打开CommonDBModel.Designer.cs查看生成的代码:

 

看上面的命名空间居然是“A”,而不是我设置的“CommonDBModel”。

这个命名空间显然是和其目录名称吻合的,于是我修改目录名为“CommonDBModel”:


象征性修改并保存模型,以使生成的代码得以刷新,再查看生成的代码:

 

果然是变成了“CommonDBModel”。

也就是说先前在属性面板设置的命名空间根本就是无效的,它只会以目录名作为命名空间名称,我认为这不合乎逻辑。

而假如直接将模型放入App_Code目录下,命名空间属性就可以正常生效。


本文转自斯克迪亚博客园博客,原文链接:http://www.cnblogs.com/SkyD/archive/2008/10/11/1308638.html,如需转载请自行联系原作者

相关文章
|
1月前
|
开发框架 JavaScript .NET
ASP.NET Core的超级大BUG
ASP.NET Core的超级大BUG
53 0
|
1月前
|
SQL 开发框架 .NET
ASP.NET WEB+EntityFramework数据持久化——考核练习库——1、用户管理系统(考点:查询列表、增加、删除)
ASP.NET WEB+EntityFramework数据持久化——考核练习库——1、用户管理系统(考点:查询列表、增加、删除)
86 0
|
1月前
|
程序员 数据库
VB.NET—Bug调试(参数话查询、附近语法错误)
VB.NET—Bug调试(参数话查询、附近语法错误)
34 0
mvc.net分页查询案例——业务逻辑层BLL(HouseBLL.cs)
mvc.net分页查询案例——业务逻辑层BLL(HouseBLL.cs)
|
编解码 分布式计算 Java
基于 netty 封装的超简单通俗易用 服务端客户端交互框架 《net-framework》原理,源码和使用说明,开箱即用,只需要开发业务逻辑,完全自定义无限扩充 [结尾附github源码]
基于 netty 封装的超简单通俗易用 服务端客户端交互框架 《net-framework》原理,源码和使用说明,开箱即用,只需要开发业务逻辑,完全自定义无限扩充 [结尾附github源码]
基于 netty 封装的超简单通俗易用 服务端客户端交互框架 《net-framework》原理,源码和使用说明,开箱即用,只需要开发业务逻辑,完全自定义无限扩充 [结尾附github源码]
|
安全 中间件 API
这难道不是.NET5的bug? 在线求锤?
hello,最近在对一个使用.NET5项目的认证授权系统进行重构,对.NET 5的授权中间件的源码有些看法。也希望同学们能帮我理解。
这难道不是.NET5的bug? 在线求锤?
|
开发框架 .NET 数据库
ASP.NET Core Identity自定义数据库结构和完全使用Dapper而非EntityFramework Core
ASP.NET Core Identity自定义数据库结构和完全使用Dapper而非EntityFramework Core前言原本本节内容是不存在的,出于有几个人问到了我:我想使用ASP.NET Core Identity,但是我又不想使用默认生成的数据库表,想自定义一套,我想要使用ASP.NE Core Identity又不想使用EntityFramework Core。
1063 0
|
存储 .NET 关系型数据库
.net core Entity Framework 与 EF Core
重点讲 Entity Framework Core ! (一)Entity Framework            它是适用于.NET 的对象关系映射程序 (ORM),现在的EF6已经是久经沙场,并经历重重磨难,获得一致认可的数据访问技术(原来加 Title 也挺有意思的,哈哈哈)。
1570 0
|
SQL 前端开发 .NET
Asp.net 面向接口可扩展框架之数据处理模块及EntityFramework扩展和Dapper扩展(含干货)
原文:Asp.net 面向接口可扩展框架之数据处理模块及EntityFramework扩展和Dapper扩展(含干货) 接口数据处理模块是什么意思呢?实际上很简单,就是使用面向接口的思想和方式来做数据处理。
1147 0