实体框架和业务对象

// instead of below property in your BLL: 

private int m_someVariable; 

public int SomeVariable 
{ 
    get { return m_someVariable; } 
    set { m_someVariable = value; } 
} 

// You can use the entity object: 

private readonly EntityClass _entityObject = new EntityClass(); 

public int SomeVariable 
{ 
    get { return _entityObject.SomeVariable; } 
    set { _entityObject.SomeVariable = value; } 
} 

// or make it read-only at your BLL 

public int SomeVariable 
{ 
    get { return entityObject.SomeVariable; } 
    // set { entityObject.SomeVariable = value; } 
}

来源

2011-03-05 22:43:37 Xaqron

这听起来像我在找什么。这可以很容易地序列化？ – BastanteCaro 2011-03-05 23:06:54

是的，只需将您的'BLL'类标记为'serializable'并遵循规则即可。我一会儿想着这个解决方案，这对我很有用。我更喜欢这样做，因为您可以在独立项目中声明它，并且不要为实体项目添加任何“部分类”（在我的情况下，两个不同的团队正在处理每个项目）。关于这个解决方案有一些技巧，例如创建两个构造函数，一个参数较少，另一个接受一个实体对象...... – Xaqron 2011-03-06 02:43:12

 // this is your edmx 
     Asset5Entities conx = new Asset5Entities();

//认为这是一个新的接触对象列表是数据库中的表使用实体框架该数据库表映射到一个对象u到处理//

  List$gt;Contact$lt; s = new List$gt;Contact$lt;();

//使用LINQ大u的现在可以选择或乌尔数据库查询过的任何表和U //访问列在表例子（电子邮件）这里

 var result = from q in conx.Contacts select q.Email;

//而非

 string sqlcommand = "select email from Contacts"; 
     Contact con = new Contact(); 
     con.Email= "[email protected]"; 
     con.FirstName="nader"; 

     //etc etc... 



     conx.Contacts.AddObject(con); 

     //rather than " insert into Contact values ......................" 

     //having your queries within ur c# code rather than strings that are not parsed //for errors but on runtime was alot helpful for me

来源

2011-08-31 14:47:26

实体框架和业务对象

回答

相关问题