博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
一处 ADO.NET Entity Framework 的逻辑BUG
阅读量:6072 次
发布时间:2019-06-20

本文共 474 字,大约阅读时间需要 1 分钟。

这几天开始接触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,如需转载请自行联系原作者

你可能感兴趣的文章
我的友情链接
查看>>
用yum安装mariadb
查看>>
一点IT"边缘化"的人的思考
查看>>
Gallery循环滑动
查看>>
Sql与C#中日期格式转换总结
查看>>
iOS开发流程总结
查看>>
hadoop datanode 启动出错
查看>>
js颜色拾取器
查看>>
IDEA使用(1)intellIJ idea 配置 svn
查看>>
Thread Safety in Java(java中的线程安全)
查看>>
WPF 降低.net framework到4.0
查看>>
数据管理DMS 全量SQL诊断:你的SQL是健康的蓝色,还是危险的红色?
查看>>
搭建一个通用的脚手架
查看>>
开年巨制!千人千面回放技术让你“看到”Flutter用户侧问题
查看>>
开源磁盘加密软件VeraCrypt教程
查看>>
本地vs云:大数据厮杀的最终幸存者会是谁?
查看>>
阿里云公共镜像、自定义镜像、共享镜像和镜像市场的区别 ...
查看>>
shadowtunnel v1.7 发布:新增上级负载均衡支持独立密码
查看>>
Java线程:什么是线程
查看>>
mysql5.7 创建一个超级管理员
查看>>