刚从喜马拉雅的有声小说把<<智齿-文明>>听完，播讲者是哈哈笑老师(一位非常专业的科幻播主，最强代表作就是《银河帝国》系列)，听过很多的小说，唯有这部小说是连着几天持续听完的，百度了一下《智齿-文明》，其中作者笔名为” 智齿”，小说的名称为《文明》，考虑到”文明”这个词汇用得太多了，为了区分，前面加了笔名，这是2004年开始写的一部小说，据说写了4年，但现在看来仍旧有着很新颖的思想。

1

          EF Core与ObservableCollection集合的配合使用

问题的提出：通过EF Core获取到数据集合，然后填充到ObservableCollection集合对象，方便WPF的数据集控件，譬如DataGrid进行数据绑定，如果数据是只读的，不需要任何额外操作，但用户希望在DataGrid控件中进行数据的添加/编辑/删除后，然后希望一键再保存到数据库中去，传统的做法可通过DataTable实现，但DataTable太复杂，且没有实现集合变更的通知消息，譬如向DataTable中添加行时，可能不能及时刷新到UI，显然使用具有集合通知功能的ObservableCollection对象更具有通用性，但ObservableCollection对象本身并无记录数据变更的功能，

EntityFrameworkCore SQLite与WPF结合的使用

1、安装环境

在Nuget中输入Microsoft.EntityFrameworkCore.Sqlite进行安装，测试项目使用的是 Framework框架，结果引用中添加了二十几个DLL引用，我猜想如果使用的是.Net Core框架，可能会少很多DLL引用，当然操作系统的DLL引用估计还是少不了。

个人猜想要是使用Code First,应该能删除不少Dll,不清楚这些结构，不敢删除。

2、数据表的创建

这里定义两个数据表：

public class ReplaceFolder

 {

       public int ID { get; set; }

      谈到电气图纸，就不可避免的会提到线路中的线号问题，说白了，线号就是套在电线接线位置处的标记而已，针对图纸中对线号的标注方式及规范，目前有多种实现方式，这里主要通过Eplan图纸来讨论线号的标注规范。

方式1：连接点标识

本方式是个人最推崇的方式，在讨论线号之前，先来比较一下两种不同的绘图方式，在欧洲使用Eplan绘制原理图讲究的是唯一性和精确性，也就是说在图纸中标注的任何接线，其实物都是和它一一对应的，如下图：

一个接触器和一个继电器的辅助触点的连接点13/14

      以下语言使用的是西门子的SCL语言编写，它是符合国际标准的语言，很容易转换成其他PLC语言，或者是计算机控制语言。

      首先给出PLC的增量式控制代码：

      (*增量式PID控制器*)
FUNCTION_BLOCK PID_INC
   VAR_INPUT                    // Input Parameters

       电路设计为何要自找麻烦，使用功能组来划分电路的不同部分？这不是一个技巧的问题，而是思想层面的认知问题。目前的电气图纸设计分为两大类：以日系为代表的类别化绘图方式，和以德国为代表的模块化绘图方式，国内的图纸在早期基本都是类别化绘图方式，近十几年在接触了大量的德国设备后，很多都倾向于使用模块化绘图方式。

     要想区分类别化和模块化，我们先通过类比方式来找寻它们的优缺点。假设我们需要在Windows系统上管理四个项目文件，这四个项目的名称分别是Prj1/Prj2/Prj3/Prj4,每个项目需要提供图纸/程序/培训/资料四种类型的文件，如何管理这些文件呢？类别化的做法就是按照文件的类别，创建四个文件夹，然后将文件分类存储到这四个文件夹中去，结构如下：

     在亿万论坛上发表了“谈谈电气图纸设计结构—页结构”后，做了一些回复，其中谈到了控制柜群的思想，其结构体系如上。

      当年回复的内容是，对于每一个控制柜群，都作为一套独立的图纸进行绘制，因此对于一套自动线用Eplan绘制的话，需要用若干套图纸项目来完成。这样做也没什么问题，但在分析了国外的一些采用更高级别位置区域的图纸管理方式后，发现在我一直认为可以适应任何项目的”=