在wpf应用程序中使用SQLite作为文件时的最佳实践是什么。我有一个数据库驱动的应用程序，我想使用SQLite作为每个项目的文件。但我在编程方面很环保。
每次用户创建新项目时，应用程序都会创建一个新的数据库文件，其中包含一个可以在应用程序中使用的固定表结构，这正确吗？
这意味着每个sqlite数据库文件都有一个唯一的名称，应用程序中建立的所有数据库连接都应该对应于对该文件的读取和写入。
现在，我的读写数据库方法分布在几个视图模型中，以及如何动态更改
String dbConnectionString = @"Data Source =projectA.sqlite";
至
String dbConnectionString = @"Data Source =projectB.sqlite";
String dbConnectionString = @"Data Source =projectC.sqlite";
每一个都对应于他们想要在应用程序中加载和处理的项目。我在网上找不到太多关于这件事的信息。
也许有人可以向我解释什么是最佳实践，或者如何将sqlite dB用作wpf应用程序的文件。
每次用户制作新项目时，应用程序都会制作一个新的数据库文件，这正确吗
没有。只有当你对应用程序进行编程时，它才会每次为数据库文件选择一个新的文件名。
持有可以在应用程序中使用的固定表结构？
不一定。在应用程序运行时，您可以在一定程度上更改表结构，这也可能取决于用户输入。
这意味着每个sqlite数据库文件都有一个唯一的名称
只有当你积极确保它是独一无二的。
应用程序中建立的所有数据库连接都应该对应于对该文件的读取和写入。
仅当您为连接指定了上述唯一的文件名时。您还可以从应用程序中打开与任何其他更永久/非唯一的SQLite文件的连接(甚至一次打开多个(。
现在，我的读写数据库方法分布在几个视图模型中，以及我如何动态更改(…(
在应用程序中提供一个全局性的位置(静态类或中心配置类，其实例传递给每个模块(，该位置从只读属性返回文件名。在所有与DB相关的方法中，使用该属性中的信息，而不是硬编码的字符串。