.net - 开发人员是否必须关心将来更改 ORM 的可能性？

Question

假设我开始开发一个项目。那么我必须认真考虑将来更改 ORM 的可能性吗？

或者，更准确地说:

1. 您想将当前项目中使用的 ORM 更改为其他的吗？若有，原因为何？
2. 您实际这样做过吗？若有，原因为何？

实际上，我在想投入大量精力尝试开发与 ORM 无关的解决方案是否有值(value)。

Answer 1

在项目过程中更改 ORM 的可能性非常低。很有可能，您为确保可以切换 ORM 所做的任何努力最终都会被浪费。您必须权衡更改 ORM 的微小可能性与更改 ORM 所需的额外努力。

回答您的问题:

1. 没有
2. 通常，如果您正在使用的工具无法满足某些实质性需求，您会更改您的 ORM。我实在想不出任何这样的例子——通常你可以解决这样的问题。

最终，我会简单地确保选择一个适合我的 ORM(像 NHibernate 这样的东西不会真的出错)，并确保你的代码是松散耦合的，这应该确保你的数据访问代码是隔离的。这不仅从可维护性的角度来看，而且对于可测试性也有好处。