C#建筑设计的不足

我在C#中使用了一个基于层概念的代码框架：

• 在底层，我们有数据层（数据库、远程服务等）
• 正上方是访问层（用于与数据层交互的代码）
• 正上方是持久层。（用于在应用程序逻辑和数据层需求之间转换和转换数据的代码，以及处理方法调用到复杂对象图和操作访问中的任何组合。）
• 最后是流程层（使用通用应用程序逻辑的代码）

每个层只与它上面或下面的层通信。因此，一般的应用程序流程是

Processor -> Peristence -> Access -> Data
Data -> Access -> Persistence -> Processor

一般概念是，处理器充当包含1个或多个步骤的单个过程的一般表示。它由执行代码独立调用。但一个过程很容易成为另一个更大过程的一个步骤。

我遇到的问题（或真正的潜在问题）是，当我有一个包含1个或多个子进程的进程，或者该进程使用持久性，并且有任何子进程使用持久层时，我无法为两个进程打开一个DB连接。每个进程都会实例化并打开自己的连接。例如，这里有一个实际的代码片段：

var contactProcessor = new SelectContactProcessor();
var contact = contactProcessor.GetContact(contactId);
if (contact == null)
    throw new Exception("Unable to locate contact");
viewModel.DisplayName = contact.DisplayName;
viewModel.City = contact.City;
viewModel.State = contact.State;
var processor = new PresentCurrentSurveyProcessor();
var data = processor.GetSurveyData();
if (data == null)
   throw new Exception("Unable to locate survey");
viewModel.SurveyId = data.ID;
viewModel.SurveyName = data.SurveyName;
viewModel.StartDate = data.StartDate.ToShortDateString();
viewModel.EndDate = data.EndDate.ToShortDateString();
viewModel.Questions = data.Questions;
return viewModel;

因此，在本例中，SelectContactProcessor将实例化一个Peristence层，该层将连接到Db，而PersentCurrentSurveyProcessor也将实例化另一个持久性对象，该对象也将连接到同一Db。但由于这种架构，它们不会共享连接，也不能以事务方式执行（如果需要的话）。

虽然我有一些想法，但我很想知道其他人可能会看到我会忽视的解决这个问题的办法。我不想最终打破我关于层只与直接邻居交互的规则。