ormlite-servicestack,micro-orm,C#,Data Access Layer,Business Logic Layer,ormlite Servicestack,Micro Orm" /> ormlite-servicestack,micro-orm,C#,Data Access Layer,Business Logic Layer,ormlite Servicestack,Micro Orm" />

C# micro orm工具在应用程序体系结构中的位置在哪里

C# micro orm工具在应用程序体系结构中的位置在哪里,c#,data-access-layer,business-logic-layer,ormlite-servicestack,micro-orm,C#,Data Access Layer,Business Logic Layer,ormlite Servicestack,Micro Orm,像这样的简单语句:在数据访问层中从Customer中选择x、y、z 如果查询中有逻辑,比如过滤来自某个城市的客户,那么我必须将过滤放在我的业务层中,并在内存中的客户集合中进行过滤 当我现在谈到Micro ORM工具时,它们经常显示Sql语句,逻辑如下: var a = db.SingleOrDefault<Product>("SELECT * FROM SalesLT.Product WHERE ProductID = @0, 123); 这行代码现在应该放在哪里?在业务层还是数据

像这样的简单语句:在数据访问层中从Customer中选择x、y、z

如果查询中有逻辑,比如过滤来自某个城市的客户,那么我必须将过滤放在我的业务层中,并在内存中的客户集合中进行过滤

当我现在谈到Micro ORM工具时,它们经常显示Sql语句,逻辑如下:

var a = db.SingleOrDefault<Product>("SELECT * FROM SalesLT.Product WHERE ProductID = @0, 123);
这行代码现在应该放在哪里?在业务层还是数据访问层

语句内部有逻辑,应该属于业务层。但是我有

选择我的BLL中的语句


这完全令人困惑。

如果您想要一个3层模型,那么需要在数据访问层上使用db上下文或micro orm

如果需要3层模型,则需要在数据访问层上使用db上下文或micro orm

在我看来,这是个人偏好。我喜欢接近使用它们的方法的SQL,除非需要在不同的BLL类之间共享它们。这使改变更容易。对于简单的操作,您可以使用扩展方法,例如,这样您就不必反复编写相同的操作。您可以查看我的实现。我把它放在一起放在Microorms上。该解决方案具有海量、简洁、PetaPoco和Simple.Data的示例用法。这里有一个到一个服务类的例子,这样你就不必钻研太多。如果您有任何建议,请让我知道,或者最好给我发一个请求:

在我看来,这是个人偏好。我喜欢接近使用它们的方法的SQL,除非需要在不同的BLL类之间共享它们。这使改变更容易。对于简单的操作,您可以使用扩展方法,例如,这样您就不必反复编写相同的操作。您可以查看我的实现。我把它放在一起放在Microorms上。该解决方案具有海量、简洁、PetaPoco和Simple.Data的示例用法。这里有一个到一个服务类的例子,这样你就不必钻研太多。如果您有任何建议,请让我知道,或者最好给我发一个请求:

你用传统的ORM做过什么工作吗?如果是这样的话,你把它放在哪里了?如果我使用EF,我会在业务逻辑层看到存储库,因为EF本身就是一个DAL。你用传统的ORM做过什么工作吗?如果是这样,你把它放在哪里了?如果我使用EF,我会在业务逻辑层看到存储库,因为EF本身就是一个DAL。如果我想要一个3层模型,我把micro orm放在DAL中,就像你说的,当我进行复杂连接时,我的业务逻辑层中有什么。。。使用micro orm工具?如果我想要一个3层模型,我把micro orm放在DAL中,就像你说的,当我进行复杂连接时,我的业务逻辑层是什么。。。使用micro orm工具?