ActiveRecord通常限制太多了。然而,就使用ORM的观点而言,我遇到了困难。我们目前使用一个非常基本的ActiveRecord,很遗憾地说,它大部分是手写的,并且只有一些基本的代码生成。我想为我们构建一个新的DAL,但避免ActiveRecord的限制,更多地采用DDD。但我所面临的问题是(既老派的开发人员,又年轻的我自己):
Team Lead Developer:
- 倾向于存储过程,但不一致...有些只获取一个表,例如SELECT * FROM Company,而有些则获取SELECT C.*,O.OtherTableValue FROM Company C...(非常令人沮丧) - 不知道一些最新的ORM工具的好处 - 不会承诺任何工具,因为它们“太受限制了”,如果有问题怎么办?
DBA:
- 不喜欢动态SQL - 不喜欢SELECT *
我并不是说上述都是禁区,而是更加说服他们。我相信,通过使用ORM,我们可以大大提高效率,但很难说服他们。如果我能在某些领域提供证据,我可能会说服他们,即使在他们不知情的情况下,在幕后实施并看到好处。
您能给出什么建议以帮助我的情况吗?我相信许多开发人员都会遇到这种情况,无法选择他们想要使用的架构。
Team Lead Developer:
- 倾向于存储过程,但不一致...有些只获取一个表,例如SELECT * FROM Company,而有些则获取SELECT C.*,O.OtherTableValue FROM Company C...(非常令人沮丧) - 不知道一些最新的ORM工具的好处 - 不会承诺任何工具,因为它们“太受限制了”,如果有问题怎么办?
DBA:
- 不喜欢动态SQL - 不喜欢SELECT *
我并不是说上述都是禁区,而是更加说服他们。我相信,通过使用ORM,我们可以大大提高效率,但很难说服他们。如果我能在某些领域提供证据,我可能会说服他们,即使在他们不知情的情况下,在幕后实施并看到好处。
您能给出什么建议以帮助我的情况吗?我相信许多开发人员都会遇到这种情况,无法选择他们想要使用的架构。