Orm &引用；“处理不确定性”仅实体框架代码

这有点奇怪，但我刚刚在twitter上看到了一些让我困惑的东西，我很想知道更多

几小时前在推特上发布了以下消息：当天的课程名称：“

可能”

”。当天的方法：“

ToMaybe（）

”。然后，他继续提供一张Tekpub优惠券给任何能猜出它来自哪里的人。他链接到了另一条推特上，这条推特上有一条线索，从中我发现这只是实体框架代码，但在试图确定其他人回答的用法时，Rob回答了…EF CodeOnly-处理不确定性

---

因此，我的问题归结为他到底指的是什么，不确定性，以及这如何仅适用于实体框架代码？

这只是我的猜测，但我猜这与使用任意表名的任意数据存储时必须处理的模糊性有关，任意列名和任意查询

---

我非常怀疑它是否以任何方式反映了实体框架的代码质量。

这只是我的猜测，但我猜这与使用任意表名、任意列名和任意查询的任意数据存储时必须处理的模糊性有关

我非常怀疑它是否以任何方式反映了实体框架的代码质量。

可能是典型的单子之一，参见例如。monad在函数式编程中被广泛使用：您肯定知道
IEnumerable
，这也是monad。LINQ itelf有时被描述为“语言集成单子”。还有几个链接：



（找到我自己的旧帖子）

Maybe
的存在表明实体框架的代码质量肯定不错：它们使用了众所周知的概念，即（我怀疑那里没有
ToMaybe（）
那里一定有
ToMaybe（t值）
和
什么都没有，所以这只是Rob的错误）.
可能是典型的单子之一，参见例。monad在函数式编程中被广泛使用：您肯定知道
IEnumerable
，这也是monad。LINQ itelf有时被描述为“语言集成单子”。还有几个链接：



（找到我自己的旧帖子）

Maybe
的存在表明实体框架的代码质量肯定不错：他们使用了众所周知的概念，即（我怀疑那里没有
ToMaybe（）
那里一定有
ToMaybe（t值）
和
什么都没有，所以这只是Rob的错误）。
嗨，Robert，谢谢你的回答。我没有（意思是：）暗示EF的代码质量。事实上，在过去的几周里，我一直在玩最新的EF4 CTP中的代码，我真的很喜欢它。这正是我感兴趣的概念，你能详细说明一下你的推测性答案吗？好吧，想一想。他们正试图针对未知…未知来编写泛型。难怪他们的一些标识符在语言上等同于一个黑匣子。唯一的方法是获得EF4.0，使用Reflector对其进行反汇编，然后查看源代码。抱歉，我还没有时间安装.NET Framework 4.0！嗨，罗伯特，谢谢你的回答。我没有（意思是：）暗示EF的代码质量。事实上，在过去的几周里，我一直在玩最新的EF4 CTP中的代码，我真的很喜欢它。这正是我感兴趣的概念，你能详细说明一下你的推测性答案吗？好吧，想一想。他们正试图针对未知…未知来编写泛型。难怪他们的一些标识符在语言上等同于一个黑匣子。唯一的方法是获得EF4.0，使用Reflector对其进行反汇编，然后查看源代码。抱歉，我还没有时间安装.NET Framework 4.0！