.Net Core 3 : 关于创建 WPF 的 .Net Core 类库时,命名空间无法访问的问题
在开发基于 .NET Core 3 的 WPF 程序的过程中,有了将 Converter 和 Formatter 等工具类封装到另一个类库中以便于重用的需求。
于是,在新建 .NET Core 类库之后,将类文件复制进入,编译时报错 System.Windows.Data 无法访问!
可新建的类库和原 WPF 的程序以来的框架都 是 Microsoft.NETCore.App ,这就奇怪了。
在开发基于 .NET Core 3 的 WPF 程序的过程中,有了将 Converter 和 Formatter 等工具类封装到另一个类库中以便于重用的需求。
于是,在新建 .NET Core 类库之后,将类文件复制进入,编译时报错 System.Windows.Data 无法访问!
可新建的类库和原 WPF 的程序以来的框架都 是 Microsoft.NETCore.App ,这就奇怪了。
将基于 .NET Framework 的项目迁移到基于 .NET Core 的过程中,发现原项目中抛出一个 AmbiguousException 的错误:

//得到屏幕工作区域宽度
double x = SystemParameters.WorkArea.Width;
//得到屏幕工作区域高度
double y = SystemParameters.WorkArea.Height;
//得到屏幕整体宽度
double x1= SystemParameters.PrimaryScreenWidth;
//得到屏幕整体高度
double y1 = SystemParameters.PrimaryScreenHeight;
将基于 .NET Framework 的 WPF 项目迁移到基于 .NET Core 3 的过程中,发现 System.Windows.Interactivity 已不再被兼容。
开发软件的过程中,对于本地数据库的选择通常是 SQLite ,因为它的配置相对简单,并且不需要额外的数据库服务。SQLite 可以很好的支持关系型数据库所具备的一些基本特征,如标准 SQL 语法、事物、数据表和索引等,且占用资源较少,还可在移动设备上轻松使用。
此外,Entity Framework 的一些特性(如 Fluent API、Migration 等)可以让我们其非常方便的操作 SQLite ,并且,它的开发团队还在持续项目的迭代,这些方面都能够成为我们使用 EF Core 的原因。