Isn'；外部ORM是否像EJB那样过于复杂？

当您必须处理复杂的XML配置（如Java EJB）时，外部ORM如何简化任何事情？复杂性就藏在别的地方。此外，它还引入了对外部第三方的依赖，而不是对Microsoft的依赖。那么优势在哪里呢？

您使用哪些ORM处理复杂的XML？这对于ORMs来说很难“正常”，而且通常不是唯一的选择

一个好的ORM可以大大简化你的生活，但不会让它变得更复杂

你不必依赖任何你愿意自己编写代码的库。它们被称为可重用组件是有原因的

---

继续从零开始，或者使用Microsoft提供的一种不合适的ORM（因为看起来你已经接受了这种依赖性），听起来你有足够的时间来重新发明轮子。

一种ORM正在试图解决数据库工作方式之间的不匹配，存储和返回信息以及我们希望代码工作的方式，存储数据并处理相同的数据

这不是一个已解决的问题，工具正在改变和改进。这方面的每一个决策通常都涉及到一个权衡，为了平衡设计权衡，您必须在将每个ORM认为过于复杂之前，更多地了解每个ORM试图解决的问题的历史

一天结束时，ORM就在那里，这样你就可以使用代码，而不是从头开始编写代码

---

有关此类讨论的更多信息，请查看此帖子。

ejb？微软？在你的梦中（或者可能是噩梦中），如果你使用Java和Hibernate，那么对Microsoft的依赖来自哪里？ORM和XML不相关。现代Java越来越受注释的驱动，因此早期对XML的依赖是一个实现细节，没什么了。@Vinay我知道EJB是用于Java J2EE:）但不管它是Java还是.NET@stevendick，我看不出XML和注释之间有多大区别：注释将充当代码生成器来创建XML，因此从架构的角度来看，它不会改变复杂性级别？我不知道有任何与Java相关的工具或库从注释生成XML的ORM。即使有，那又怎样？另一个实现细节。如果它这么简单，那么为什么Martin Fowler说它太复杂：）我不是在看25分钟的视频。如果你有特别的地方要指出，请告诉我。DSL不同于ORM，所以我不确定DSL为什么会与此相关。