C# 从无纤维到厚重或整洁的转变
我理解诸如massive和dapper这样的微型orm系统的基本原理,但是我很难理解如何用关系来建模一个表 即: 类别1---M产品C# 从无纤维到厚重或整洁的转变,c#,dapper,massive,C#,Dapper,Massive,我理解诸如massive和dapper这样的微型orm系统的基本原理,但是我很难理解如何用关系来建模一个表 即: 类别1---M产品 在我的NHibernate或Linq2SQL解决方案中,Category有一个List属性。似乎没有任何关于如何对这种关系进行建模的例子。特别是在linq中,我们可以选择具有特定名称的产品类别。您可以使用“splitOn”。有关示例,请参见,您可以使用“splitOn”。如果您正在考虑从任何传统ORM转换,请参见示例。我坚持你一定要看罗伯·科纳利的这篇文章 以及您
在我的NHibernate或Linq2SQL解决方案中,Category有一个List属性。似乎没有任何关于如何对这种关系进行建模的例子。特别是在linq中,我们可以选择具有特定名称的产品类别。您可以使用“splitOn”。有关示例,请参见,您可以使用“splitOn”。如果您正在考虑从任何传统ORM转换,请参见示例。我坚持你一定要看罗伯·科纳利的这篇文章 以及您在问题中所表示的关于域对象具有另一个域对象集合作为其属性的担忧。这不是问题。唯一的一件事是,这一次你把你自己反对的领域的价值观 像这里
Class Person
{
public String FirstName{get;set;}
public String LastName {get;set;}
public IEnumarable<Address> {get;set;}
}
Class Address
{
public String Address1 {get;set;}
public String Address2 {get;set;}
}
Dynamic personData = new DynamicModel("connectionString","TableName","PrimaryKey");
var resultPerson = personData.All(where: "where condition")
or
var resultPerson = personData.Query("Join query will be here")
//Map resultPerson with PersonObject and return Person
//Still this will be faster than EF as per benchmark shown on Dapper page
班级人员
{
公共字符串名{get;set;}
公共字符串LastName{get;set;}
公共IEnumarable{get;set;}
}
班级地址
{
公共字符串地址1{get;set;}
公共字符串地址2{get;set;}
}
DynamicPersonData=新的DynamicModel(“connectionString”、“TableName”、“PrimaryKey”);
var resultPerson=personData.All(其中:“where条件”)
或
var resultPerson=personData.Query(“将在此处加入查询”)
//将resultPerson映射到PersonObject和ReturnPerson
//尽管如此,根据Dapper页面上显示的基准,这将比EF更快
我希望这能给你答案。如果您需要工作代码,请告诉我。如果您正在考虑从任何传统ORM转换。我坚持你一定要看罗伯·科纳利的这篇文章 以及您在问题中所表示的关于域对象具有另一个域对象集合作为其属性的担忧。这不是问题。唯一的一件事是,这一次你把你自己反对的领域的价值观 像这里
Class Person
{
public String FirstName{get;set;}
public String LastName {get;set;}
public IEnumarable<Address> {get;set;}
}
Class Address
{
public String Address1 {get;set;}
public String Address2 {get;set;}
}
Dynamic personData = new DynamicModel("connectionString","TableName","PrimaryKey");
var resultPerson = personData.All(where: "where condition")
or
var resultPerson = personData.Query("Join query will be here")
//Map resultPerson with PersonObject and return Person
//Still this will be faster than EF as per benchmark shown on Dapper page
班级人员
{
公共字符串名{get;set;}
公共字符串LastName{get;set;}
公共IEnumarable{get;set;}
}
班级地址
{
公共字符串地址1{get;set;}
公共字符串地址2{get;set;}
}
DynamicPersonData=新的DynamicModel(“connectionString”、“TableName”、“PrimaryKey”);
var resultPerson=personData.All(其中:“where条件”)
或
var resultPerson=personData.Query(“将在此处加入查询”)
//将resultPerson映射到PersonObject和ReturnPerson
//尽管如此,根据Dapper页面上显示的基准,这将比EF更快
我希望这能给你答案。如果您需要工作代码,请告诉我。对于dapper,项目主页提供了多映射(基本上,使用广泛的单结果rest)和多结果集的示例。你试过这些吗?另外,一定要阅读。。。如果您注意到缺少任何信息,请编辑中的标题,我将填补空白对于dapper,项目主页提供了多映射(基本上,使用广泛的单结果rest)和多个结果集的示例。你试过这些吗?另外,一定要阅读。。。如果你注意到有任何信息缺失,请编辑标题,我将填补视频康纳利吹嘘自己是如何成为开发人员的空白。。。如果他去医院就好了point@antew我个人喜欢历史部分。还有很多关于MicroORM的讨论,如果你喜欢的话,我可以在最重要的地方分享链接……视频链接已经死了(在这段视频中,科纳利吹嘘自己是如何成为一名开发人员的,如果他能去point@antew我个人喜欢历史的部分。但是仍然有很多关于MicroORM的讨论,如果你喜欢的话,我可以在关键点分享链接……视频链接已经死了(