Wpf 如何使用实体框架组织项目中的层？

我在组织我的项目时左右为难。我正在创建一个发送新闻稿的应用程序。在我的解决方案中，我将其分为三个项目：

Newsletter.UI

（WPF）、

Newsletter.DAL

和

Newsletter.Services

。在

Newsletter.DAL

中，有一些类表示EF在其他文件中增强生成的实体（它们是部分类）-覆盖

ToString（）

。在

Newsletter.UI

中有一个cource WPF项目的演示。我的问题始于

时事通讯.Services

现在我创建了

MailingListService.cs

：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Newsletter.DAL;

namespace Newsletter.Services
{
    public class MailingListService
    {
        private NewsletterEntities _context;

        public MailingListService()
        {
            _context = new NewsletterEntities();
        }

        public List<string> GetAllMailingListsNames()
        {
            var query = from m in _context.MailingLists select new { m.Name };
            List<string> names = new List<string>();
            foreach (var m in query)
                names.Add(m.Name);
            return names;
        }

        public List<MailingList> GetAllMailingLists()
        {
            var query = from m in _context.MailingLists select m;
            return query.ToList();       
        }
    }
}

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using Newsletter.DAL;
using System.Data.Entity;

namespace Newsletter.Services
{
    public class MessageService
    {
        private NewsletterEntities _context;

        public MessageService()
        {
            _context = new NewsletterEntities();
        }

        public List<Message> GetAllMessages()
        {
            return (from m in _context.Messages select m).ToList();
        }

        public static Message GetMessageByID(int id)
        {
            using (NewsletterEntities context = new NewsletterEntities())
            {
                Message message = (from m in context.Messages where m.MessageID == id select m).FirstOrDefault();
                return message;
            }
        }
    }
}

RecipientService.cs

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Newsletter.DAL;

namespace Newsletter.Services
{
    public class RecipientService
    {
        private NewsletterEntities _context;
        public RecipientService()
        {
            _context = new NewsletterEntities();
        }
        public void addRecipient(Recipient newRecipient)
        {
            _context.Recipients.AddObject(newRecipient);
        }
    }
}

然而，这会产生问题。当我打开创建收件人的窗口时，我会创建一个

MailingListService

实例来加载邮件列表的名称。然后，当我尝试创建一个新的

收件人

时，我会创建一个

RecipientService

实例并尝试添加一个收件人。我得到一个错误，我不能在不同的地方使用上下文

---

如何解决这个问题？我的方法不好吗？应该是什么（服务中应该是什么）？我不想在将来犯这样的错误。我现在不想学习MVVM方法，我需要或多或少地按照我现在的方式来学习。

有几种方法是可能的：

为业务事务使用一个上下文实例。上下文应该在服务外部创建，并通过服务的方法或构造函数传递给服务。这将需要一层更高级别的服务（或立面）来协调较低级别的服务（就像现在的服务）。IoC容器可以帮助您创建并注入一个上下文，该上下文的生命周期绑定到façade服务实例的生命周期

分离/连接。在

AddRecipient

方法中，首先分离收件人（在检查是否已附加收件人后），并将其附加到当前上下文。但是：现在工作单元在两个上下文实例之间被分割，您需要一个

TransactionScope

来保持它的事务性

在更高级别进行聚合，例如创建一个处理邮件列表、邮件和收件人的

邮件服务

混合方法。具有自己的上下文实例的服务和（最好是无状态的）在其方法签名中具有带有上下文参数的方法的服务（如

public Recipient AddRecipient（时事通讯实体上下文、字符串名称、字符串电子邮件）

）。（通过传递名称等。该服务负责创建新的

收件人

对象或返回现有对象（如果它们已经存在）

---

只有一些想法：）。

有几种可能的方法：

为业务事务使用一个上下文实例。上下文应该在服务外部创建，并通过服务的方法或构造函数传递给服务。这将需要一层更高级别的服务（或façades）来协调较低级别的服务（如您现在拥有的服务）。IoC容器可以帮助您创建并注入一个上下文，该上下文的生命周期绑定到façade服务实例的生命周期

分离/附加。在您的

AddRecipient

方法中，首先分离收件人（在检查其是否已附加后），并将其附加到当前上下文。但是：现在，工作单元在两个上下文实例之间分开，您需要一个

TransactionScope

来保持其事务性

在更高级别进行聚合，例如创建一个处理邮件列表、邮件和收件人的

邮件服务

混合方法。具有自己的上下文实例的服务和（最好是无状态的）在其方法签名中具有上下文参数的方法的服务（如

公共收件人AddRecipient（上下文、字符串名称、字符串电子邮件）

）。（通过传递名称等。该服务负责创建新的

收件人

对象或返回现有对象（如果它们已经存在）

---

有几点想法：）。

您看到的确切错误消息是什么？错误发生在哪一行？您看到的确切错误消息是什么？错误发生在哪一行？