LLBLGEN Pro和EF4 ORMs的比较
新年-新公司:) 我们正在选择ORM。去年,我亲自与LLBLGEN合作。 我今天浏览了EF4,发现它的功能接近llblgen。 (过滤、排序、分组、使用存储过程和函数、使用对象图(预取路径)、lazyLoad) 我知道llblgen不支持POCO,这意味着需要编写额外(或更复杂)的代码来将其与域解耦 我不认为llblgen许可证是错误的,因为llblgen是微软的orms真正成功的替代品,我们有这样的替代品是很酷的 我没有在stackoverflow中找到这些ORM的任何具体比较。 就像“如果支付maney的费用并不重要,那么使用llblgen”:LLBLGEN Pro和EF4 ORMs的比较,orm,entity-framework-4,entity,llblgen,Orm,Entity Framework 4,Entity,Llblgen,新年-新公司:) 我们正在选择ORM。去年,我亲自与LLBLGEN合作。 我今天浏览了EF4,发现它的功能接近llblgen。 (过滤、排序、分组、使用存储过程和函数、使用对象图(预取路径)、lazyLoad) 我知道llblgen不支持POCO,这意味着需要编写额外(或更复杂)的代码来将其与域解耦 我不认为llblgen许可证是错误的,因为llblgen是微软的orms真正成功的替代品,我们有这样的替代品是很酷的 我没有在stackoverflow中找到这些ORM的任何具体比较。 就像“如果支
所以我只想列出LLBLGEN和EF4的优缺点。(仅限不带设计器功能的ORMs功能)Pro for LLBLGen-支持。响应速度非常快的支持论坛,问题通常在一天或两小时内解决(有时是几个小时)
尝试获得对EF(或任何其他ORM)的支持级别。Pro for LLBLGen-support。响应速度非常快的支持论坛,问题通常在一天或两小时内解决(有时是几个小时)
尝试获得EF(或任何其他ORM)的支持级别。在过去几年中,我在几个项目中使用了LLB,我刚刚完成我的第一个EF4项目。 对于对象和表之间的简单1-1映射,这两种方法都非常好。毫无疑问,其他人会不同意,但对于我使用codegen的项目,我会尽量保持这种情况。 我不是EF4专家,所以可能有一些事情我还没有发现,但我觉得LLB是一个更成熟的产品,它的支持绝对是棒极了。 令人惊讶的是,在EF4上获得帮助远没有那么容易,而在谷歌上搜索答案可能会很困难,因为你最终会遇到大量无关的C#hits。LLB论坛倾向于非常快地为您的代码片段提供详细的答案-通常在几个小时内
但是MS是一个巨大的野兽,我不得不在一个项目上尝试EF4,结果一切顺利。但就我个人而言,我仍然更喜欢LLB。在过去几年中,我在几个项目中使用了LLB,我刚刚完成我的第一个EF4项目。 对于对象和表之间的简单1-1映射,这两种方法都非常好。毫无疑问,其他人会不同意,但对于我使用codegen的项目,我会尽量保持这种情况。 我不是EF4专家,所以可能有一些事情我还没有发现,但我觉得LLB是一个更成熟的产品,它的支持绝对是棒极了。 令人惊讶的是,在EF4上获得帮助远没有那么容易,而在谷歌上搜索答案可能会很困难,因为你最终会遇到大量无关的C#hits。LLB论坛倾向于非常快地为您的代码片段提供详细的答案-通常在几个小时内
但是MS是一个巨大的野兽,我不得不在一个项目上尝试EF4,结果一切顺利。但就我个人而言,我还是更喜欢法学学士。好的,伙计们。在学习EF4之后,让我总结一下我的问题
好的,伙计们。在学习EF4之后,让我总结一下我的问题
LLBLGen非常成熟,它生成的代码大约是所需代码的六倍。请记住,它的许多混乱和过度复杂的API中的第一个早在引入泛型和LINQ之前就已经设计好了。使用LLBLGen启动一个新项目只有在你已经投入数年时间学习的情况下才是可以理解的。在所有其他情况下,帮自己一个忙,忘记它曾经存在过 LLBLGen非常成熟,它生成的代码大约是所需代码的六倍。请记住,它的许多混乱和过度复杂的API中的第一个早在引入泛型和LINQ之前就已经设计好了。使用LLBLGen启动一个新项目只有在你已经投入数年时间学习的情况下才是可以理解的。在所有其他情况下,帮自己一个忙,忘记它曾经存在过