Prism 模块和数据库

Question

我正忙于学习 Prism 4 以及所有内容的细节，但我还没有看到关于我想要完成的任务的教程/演练。希望这里有人已经或曾经从事过类似的项目。

我的应用程序是一个基本的 CRUD 应用程序，我已将其分解为不同的关注领域和模块。但是，我希望所有模块共享一个公共的本地 SQL Express 数据库。数据库一开始只有有限数量的表，每个模块都会检查数据库中是否有它需要的表，如果不存在，则创建它们。我怎样才能做到这一点？

我曾考虑过最初添加所有表格，但这似乎打破了我心中的模块化原则。也许我的想法是错误的，但是如果数据库已经完全意识到并与数据库创建时的给定模块强耦合，那么松散耦合的模块有什么意义呢？

寻找一些见解。

Answer 1

如果您的模块真正独立 - 每个模块都有一个数据库怎么样？如果您需要模块之间的外键 - 它们本质上并没有真正封装 - 我会从一开始就将整个数据库投入使用。在更新之间保持模式最新要容易得多。

模块化有多种形式——业务角度（按模块付费）、职责方面的模块化等等。

我的 5 美分:)

Answer 2

此响应适用于任何想要查看连接本地数据库的代码的人。它对我有用，不确定这是否是最佳实践。

我正在使用 prism，我需要让我的数据库正常工作。这就是我所做的。实体框架似乎“正好”可以将数据库放置在某个地方。

Bootstrapper.cs 文件：

....
protected override void ConfigureContainer() {
    base.ConfigureContainer();
    // Register my navigation
    Container.RegisterType<IAppDatabaseContext, AppDatabaseContext>();
}
....

我的 AppDatabaseContext.cs 文件：

public class AppDatabaseContext : DbContext, IAppDatabaseContext {
    DbSet<MyModelOne> MyModelOnes { get; set; }
    DbSet<MyModelTwo> MyModelTwos { get; set; }
    DbSet<MyModelThree> MyModelThrees { get; set; }
}

public interface IAppDatabaseContext {
    DbSet<MyModelOne> MyModelOnes { get; set; }
    DbSet<MyModelTwo> MyModelTwos { get; set; }
    DbSet<MyModelThree> MyModelThrees { get; set; }

    int SaveChanges();
    // Other methods needed to use the DbContext
}

在我的 ViewModel 之一中：

public ConstructorMethod(IEventAggregator eventAggregator, IAppDatabaseContext dbContext) {
    _db = dbContext; // I then use this in my Observed Properties
}

Answer 3

你似乎在问两个问题。第一个是：如何使用 PRISM 确保数据库中存在我的模块特定架构，如果不存在，则创建它。第二个问题是：如何最好地构建我的数据层，使其在模块化应用程序中解耦。

为了回答您关于如何进行模块模式检查的第一个问题，我这样说：

如果您一直在使用 Prism，那么您无疑会想出几种方法来完成它。与编程中的任何事情一样，有很多方法可以完成它。如果我需要使用 Prism 执行此操作，我可能会执行以下操作： 在模块程序集中创建一个实现 Microsoft.Practices.Prism.Modularity.IModule 接口的类 (MyPlugInModule.cs)。然后，我将代码放入构造函数或 Initialize 方法中，该方法检查数据库以查看模块架构是否存在。如果没有，则创建它。

为了回答关于如何最好地构建数据模块化的第二个问题，我这样说：

就像 Goblin 所说，这实际上取决于您想要实现的模块化类型。如果您正在销售此应用程序，并且希望将模块作为独立的软件包出售，那么您可能不想创建数据模型来支持软件包，直到最终用户付费为止。

您应该能够使用实体框架来确保您的模块能够与基本应用程序模块共享实体。此外，根据您的要求，或者您的架构是否允许，您可能希望将模型/数据层抽象为与模块不完全一致的程序集。这将减少代码重复和依赖性。

在我当前正在开发的应用程序中，我们使用 WPF 与 MVVM、PRISM 与 MEF 以及 WCF 数据服务。我们的客户端模块共享一个数据组件，该数据组件与位于基本应用程序模型（身份验证/角色表、应用程序数据等）之上的主要数据服务端点进行通信。当我们的数据库中创建特定于模块域的表时，会在服务器上创建一个新的模型和服务端点，并在客户端上创建一个单独的程序集以与数据模型进行通信。

如果模块特定模型发生更改，则只需更改受影响的组件，因为模块特定数据封装在其自己的服务和客户端程序集中。从测试、安全等方面的隔离角度来看，这是一个更好的选择。当然，缺点是如果基本应用程序模型发生更改，则必须更新所有关联的模块特定实现。

但同样，这实际上取决于您的要求。如果您坚持使用带有 MEF、模块化设计模式和实体框架 4 的 PRISM 4，您应该能够提出一个好的模块化解决方案，而无需紧密耦合。