这几天开始接触ADO.NET Entity Framework,突然发现一处奇怪的BUG。
首先来看这样一个目录结构:
我将EDM模型存入了一个名为“A”的目录中,然后编辑模型,设置其命名空间为“CommonDBModel”:
保存后打开CommonDBModel.Designer.cs查看生成的代码:
看上面的命名空间居然是“A”,而不是我设置的“CommonDBModel”。
这个命名空间显然是和其目录名称吻合的,于是我修改目录名为“CommonDBModel”:
象征性修改并保存模型,以使生成的代码得以刷新,再查看生成的代码:
果然是变成了“CommonDBModel”。
也就是说先前在属性面板设置的命名空间根本就是无效的,它只会以目录名作为命名空间名称,我认为这不合乎逻辑。
而假如直接将模型放入App_Code目录下,命名空间属性就可以正常生效。
注意:此博客已停止更新,并迁移至blog.SkyDev.cc,后续都将在新地址更新。
转载请遵循此协议:署名 - 非商业用途 - 保持一致
并保留此链接:http://skyd.cnblogs.com/
分类:
编程
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述