在选择对象,是皇宫SQL或皇宫的实体更好于它能够?
-
09-06-2019 - |
题
我发现我可以做更多的与原则才能享受它的全部好处,甚至城堡于与皇宫的实体,或者皇宫SQL。
我疯了吗?
解决方案
没有你是不是疯了。它能够为全或映射器、皇宫SQL和皇宫的实体不实施的一切你期望从一个或映射器和针对一个稍微不同的组的开发。
但不要让这把你关闭的皇宫虽然。皇宫仍然是一个很好的想法..尝试皇宫,它能够:-)
其他提示
大缺陷,它能够,城堡,等等, 是,他们并不确切的光量(尤其是它能够.)
皇宫SQL是很好的一个轻重,限制使用对象.
我已经用它能够和皇宫SQL。从我的角度看,这取决于项目,如果我需要的东西快的,我会选择L2S,它是如此的简单的创建的申请映射,并开始使用它。如果我发展一个更高级别的企业解决方案我会去尝试和值得信赖的对象-它能够,我找到记录和交易功能,使用简单。
皇宫SQL有一个相对较短的学习曲线,它能够有一个更陡峭的学习曲线。
皇宫SQL仅支持SQL服务器,所以如果你Oracle数据库,然后决定是已经做了-它能够.
我建议你查出来 http://www.summerofnhibernate.com/ 优秀视频的学习它能够.
大段引用皇宫肯定虽然符合一般的'方法'。净工作
哎呀,这种情感让我害怕。RAD的东西建成的。净是不怎么点网的工作,它只是一个工具的设置获得原型。.净允许我们做的全DDD应用程序,w/高级别的凝聚力,seperations的关切,并允许我们写信去耦合代码,尽管所有尝试ms对夫妇的事情。我会强烈反对。净喜欢被联接,某工具,如要联接,我会包括皇宫sql在这一战斗。皇宫sql破坏的想法具有一个单独领域模型。我感到害怕在想用我的数据库模式为基础的模型对象。适当对象的工具应当使我们能够模型我们域首先,再联系我们的关系数据库,这些模型。不是周围的其他方法。
我还没有尝试过的实体的框架,但我肯定会推荐它能够在皇宫到SQL;最大的原因我可以得到的只是控制。皇宫SQL喜欢有更多的控制的一切,载的对象和维护所有种的跟踪信息有关的对象。如果你serialize/deserialize,跟踪信息可能丢失和奇怪的事情都可能发生的时节。它能够作的更多作为储存库应该-你把它想象你想要的(你已经配置了解,当然),它把它远在数据库,不管你做了什么。