Tag: poco

entity framework4.1逆向工程代码

我正在使用Entity Framework 4.1并希望利用他们的代码方法。 在位于http://channel9.msdn.com/Events/TechEd/Europe/2010/DEV212的video中，从35:00开始，他们展示了一个工具，可以从他们现有的数据库中反向设计他们的POCO。 我想这样做，因为我有一个现有的数据库。 我已经安装了EF 4.1，我可以很好地创建POCO实体，但我似乎无法找到他们用来从现有数据库创建POCO的工具。 4.1这个工具没有发布吗？ 提前致谢。

entity framework4.1 DbContext生成器问题

我是Entity Framework 4.1的新手，我真的想转换到我的模型的POCO类。 我发现使用安装EF 4.1时提供的“DbContext Generator”项目非常容易。 它完全符合我的要求，并为我现有的EDMX模型生成了DbContext对象和所有POCO。 我运行了应用程序并测试它仍在运行。 它是。 很高兴我删除了EDMX文件和T4模板，并开始重新组织我的新POCO。 但是，在让它再次正确构建之后，我遇到了运行时问题。 在实例化DbContext时，它无法找到元数据文件：.csdl，.ssdl和.msl（我真的不知道它们是什么，只是它们是所有EF连接字符串的一部分）。 放回我的EDMX之后再次运行正常。 我真的不想要EDMX文件了。 我真的很想坚持POCO课程而忘记EDMX曾经存在过; 特别是因为我不希望它运行那些T4模板并重新生成我的POCO。 我有四个相关的问题： 为什么我必须在我的项目中保留edmx？ 这有解决方法吗？ 当您使用EF 4.1执行真正的“代码优先”时，会发生什么？它从哪里获取这些元数据文件？ 那些元数据文件到底是什么？

C＃Entity Framework我们应该使用POCO.Id还是仅使用POCO设置关系？

我有一种服务方法的情况，其中将POCO指定为另一个POCO的子对象不能按预期工作。 我正在使用Entity Framework 4。 public void ChangeOrderCurrency(Currency currency) { order.CurrencyId = currency.Id; order.Currency = currency; // other stuff related to exchange rates etc } 哪个用于设置关系更正确？ order.CurrencyId = currency.Id或order.Currency = currency ？ 在当前通过所有unit testing的代码中，有时行order.Currency = currency将orderCurrencyId和order.Currency设置为NULL

MVC3中的POCO类和ViewModel

我不是一个经验丰富的MVC3开发人员，但我想成为。 我熟悉POCO类和ViewModels，因为前者描述了数据库的每个类，后者用于mvc3中的强类型视图。 对于经验丰富的开发人员来说，我的问题并不复杂，但我对此感到有些困惑。 问题是，我有一个包含三个项目的解决方案; 我在其中编写了POCO类的Model类库。 这是一个例子： 。 public class Service { [Key] [DatabaseGenerated(System.ComponentModel.DataAnnotations.Schema.DatabaseGeneratedOption.Identity)] public int ServiceID { get; set; } //————————————————————// [Required, MaxLength(30)] [LocalizedAttribute(“Name”)] public string Name { get; set; } //————————————————————// [MaxLength(100)] [LocalizedAttribute(“Description”)] public string Description { get; set; } //————————————————————// [Required] public long ModifiedByUserID { get; set; } [ForeignKey(“ModifiedByUserID”)] public virtual User OperatorUser […]

LINQ to XML to POCO对象

我有一个XML文件，我想将其转换为POCO对象列表。 我有以下工作代码来读取XML并从中创建对象。 我只是想检查这是一个很好的方法来做到这一点，我不会错过任何技巧。 特别是关于嵌套的Linq查询。 XDocument xmlDoc = XDocument.Load(path); var q = from file in xmlDoc.Descendants(“File”) select new ImportDefinition() { Name = file.Attribute(“Name”).Value, TypeName = file.Attribute(“TypeName”).Value, ColumnMappings = ( from map in file.Descendants(“ColumnMap”) select new ColumnMap() { DatabaseColumn = new Column() { Name = map.Element(“DatabaseColumn”).Attribute(“Name”).Value } } ).ToList() }; List def = q.ToList(); 谢谢

将派生属性包含到linq到实体查询中

这是一个基于名为Task的Poco类的简单项目： class Program { static void Main(string[] args) { using (MyDbContext ctx = new MyDbContext()) { // first query DateTime compareDate = DateTime.Now + TimeSpan.FromDays(3); var res = ctx.Tasks.Where(t => t.LastUpdate t.ShouldUpdate).ToList(); } } } public class MyDbContext : DbContext { public DbSet Tasks { get; set; } } public class Task { public int […]

entity frameworkSkip方法运行速度很慢

我在我的数据访问层使用Entity Framework 5，ObjectContext和POCO。 我有一个通用的存储库实现，我有一个方法，使用Skip（）和Take（）通过分页查询数据库。 一切正常，但跳过很多行时查询性能非常慢（我说的是170k行） 这是我对Linq to Entities的查询的摘录： C＃代码： ObjectContext oc = TheOBJEntitiesFactory.CreateOBJEntitiesContext(connection); var idPred = oc.CreateObjectSet(“view_Trans”).AsQueryable(); idPred = idPred.OrderBy(sortColumn, sortDirection.ToLower().Equals(“desc”)); var result = idPred.Skip(iDisplayStart).Take(iDisplayLength); return new PagedResult(result, totalRecords); 在对Transact-SQL的翻译查询中，我注意到，不是直接使用视图的ROW_NUMBER（）子句进行子查询，而是将ROW_NUMBER（）应用于子查询的结果… 例： select top(10) extent1.A, extent1.B.extent1.C from ( select extent1.A, extent1.B, extent1.C, row_number() OVER (ORDER BY [Extent1].[A] DESC) AS [row_number] from ( select A,B,C from table […]

Lucene.NET通过NHibernate.Search和POCO实体

无论如何在通过NHibernate.Search与Lucene.NET合作时保留真正的POCO实体？ 似乎Lucene.NET（NHibernate.Search）映射只能在Entity类中使用Attributes。

entity framework类与POCO

我对建筑设计有一般意见分歧，尽管不应该使用stackoverflow来征求意见，我想问两种方法的优缺点，我将在下面描述： 详细信息： – C＃应用程序 – SQL Server数据库 – 使用entity framework – 我们需要确定我们将使用哪些对象来存储我们的信息并在整个应用程序中使用所有对象 场景1：我们将使用Entity Framework实体来遍历我们的应用程序，例如，该对象应该用于存储所有信息，我们将其传递给BL，最终我们的WepApi将获取此实体并返回值。 没有DTO和POCO。 如果数据库模式发生更改，我们将更新实体并在使用它的所有类中进行修改。 场景2：我们创建一个中间类 – 称之为DTO或称之为POCO – 以保存应用程序所需的所有信息。 有一个中间步骤，即获取存储在实体中的信息并填充到POCO中，但我们将所有EF代码保留在数据访问范围内，而不是跨所有层。 每个人的利弊是什么？

使用DTO和POCO对象时，处理导航属性的最佳做法是什么？

我正试图围绕Domain Driven Development。 我想确保我有一个良好的基础和理解它，所以如果在这里避免使用AutoMapper或类似的建议会很好。 我的架构目前涉及以下内容： WCF服务负责持久性（使用entity framework）和服务器端validation。 它将POCO转换为DTO，并将DTO转移到客户端。 客户接收DTO并将其转换为POCO。 转换POCO和DTO的类在服务和客户端之间共享。 POCO的实现IValidatableObject和INotifyPropertyChanged并且由服务器和客户端使用，但它们不用于数据传输。 DTO是，它们只是不含行为的财产袋。 （1） 问题＃1。 此架构是否适用于域驱动设计。 （2） 问题＃2。 POCO是否适合包含导航属性？ 对于POCO来说，在DDD架构中包含导航属性对我来说真的是错误的，因为对我来说，拥有一个可能序列化也可能没有序列化的导航属性是没有意义的。 拥有专门的DTO对我来说更有意义。 例如，这是POCO / DTO在我的架构中的样子。 // Enforces consistency between a POCO and DTO public interface IExample { Int32 Id { get; set; } String Name { get; set; } } // POCO public class Example : IExample, […]