Orm 快速的应用程序开发还是良好的编程实践？你选择哪一个

ORM框架，如Entity Framework、Linq to SQL、Subsonic、NHibernate，是促进良好的编程实践，还是仅仅是加速开发的工具

---

我们应该在表示层中使用这些技术吗？

通常两者都使用。有时您可能希望手工编写sql，但大多数情况下，使用任何ORM框架定义模型都可以使应用程序中的对象流更好地流动。

通常两者都可以。有时您可能希望手工编写sql，但大多数情况下，使用任何ORM框架定义模型都可以使应用程序中的对象流更好地流动。

它们都可以做到。任何技术都有好的实践，也有坏的实践

ORM框架可以或不能加速开发，一个好的设计比使用的工具对开发时间的影响更大。优势在于将所有业务逻辑放在一个地方，并将其从数据部分删除

---

我不会在表示层中使用它们，但您可以让表示层或UI层调用一个业务层，该业务层将调用一个数据层。

它们都可以。任何技术都有好的实践，也有坏的实践

ORM框架可以或不能加速开发，一个好的设计比使用的工具对开发时间的影响更大。优势在于将所有业务逻辑放在一个地方，并将其从数据部分删除

我不会在表示层中使用它们，但您的表示层或UI层会调用一个业务层，而业务层会调用一个数据层。

哪一个1是正确的

设计1

+演示文稿：*BLL
+BLL:*DAL
+DAL:*ORM框架

设计2

+演示文稿：*BLL
+BLL:*DAL，*框架

设计3 +演示文稿：*BLL，*ORM
+BLL:*DAL，*ORM
+DAL:*ORM框架

+项目名称
*参考文献

如果没有一个是正确的，请发布您的设计。

哪一个是正确的

设计1

+演示文稿：*BLL
+BLL:*DAL
+DAL:*ORM框架

设计2

+演示文稿：*BLL
+BLL:*DAL，*框架

设计3 +演示文稿：*BLL，*ORM
+BLL:*DAL，*ORM
+DAL:*ORM框架

+项目名称
*参考文献

---

如果没有一个是正确的，请发布您的设计。

始终快速应用程序开发

作为一名自由合同程序员，我满足客户的能力直接关系到我的工作效率。对于任何一份新工作，我通常最多有几天的时间来展示某种成果。所以我完全倾向于寻找和使用最好的工具来帮助我在最短的时间内制作出好的程序

---

在这种限制下，我希望我注意良好的编程实践。根据世界上的最佳实践，如果在我还在建模或重构时放弃或将项目交给其他人，那么对我或我的客户都没有好处。

快速应用程序开发总是如此

作为一名自由合同程序员，我满足客户的能力直接关系到我的工作效率。对于任何一份新工作，我通常最多有几天的时间来展示某种成果。所以我完全倾向于寻找和使用最好的工具来帮助我在最短的时间内制作出好的程序

---

在这种限制下，我希望我注意良好的编程实践。根据世界上的最佳实践，如果在我还在建模或重构时项目被放弃或交给其他人，对我或我的客户都没有好处。

但是ORM也是数据层，对吗？表示层不应依赖于数据访问层。ORM是一个数据层。但是数据层应该只由业务层调用。UI应该只调用业务层。业务层拥有系统的所有业务规则。这对许多读者来说可能听起来很明显，但这里有一个很好的观点——我看到太多的应用程序过于依赖表示层中特定ORM的存在。分离关注点，人。但是ORM也是数据层，对吗？表示层不应依赖于数据访问层。ORM是一个数据层。但是数据层应该只由业务层调用。UI应该只调用业务层。业务层拥有系统的所有业务规则。这对许多读者来说可能听起来很明显，但这里有一个很好的观点——我看到太多的应用程序过于依赖表示层中特定ORM的存在。分离关注点，各位，尊敬的，菲。我维护自己的代码，有时是10年或15年前的代码，从其他外部或内部开发人员那里继承的代码，以及在客户机上与内部开发人员共享的代码。此外，我还收到了一系列来自IT主管的“感谢可维护代码”，他们在程序员不在的时候不得不自己进行修改。“感谢可维护代码”。那个IT主管不知道如何编程，所以他把它传给了你。这就是证据“世界上的最佳实践对我或我的客户都没有好处”。恕我直言，feh。我维护自己的代码，有时是10年或15年前的代码，从其他外部或内部开发人员那里继承的代码，以及在客户机上与内部开发人员共享的代码。此外，我还收到了一系列来自IT主管的“感谢可维护代码”，他们在程序员不在的时候不得不自己进行修改。“感谢可维护代码”。那个IT主管不知道如何编程，所以他把它传给了你。这就是证据“世界上的最佳实践对我或我的客户都没有好处”。