LINQ 与 Lambda 表达式（C# 的“魔法”）
比较高级的 C# 特性：
Distinct()：一行代码去重。OrderByDescending()：一行代码排序。逆序正序是orderby。pair => pair.Value：理解了 Lambda 表达式其实就是一个“临时的筛选/排序规则”，告诉程序“我要按什么属性来操作”。这是在orderby方法中写来进行筛选。
Dictionary（字典）的核心威力
1.字典比列表（List）更强大的地方：查找速度快。
这是源于他的特殊结构（数组加链表的特殊结构）
具体为两个数组，一个为查找，一个为存储
在数据数组中最小的单元是结构体，包含：
int hashCode：缓存的哈希值。这是为了性能，下次扩容搬家时，直接拿这个值去算新位置，不用重新对 Key 进行复杂的哈希计算。
int next：链表的“指针”。如果发生哈希冲突（撞车），这个值会指向同在这个桶里的“上一个”数据的下标。如果没有下一个，就是 -1。
TKey key：你存的键。
TValue value：你存的值。
在查找数组中存储着数据数组，数据数组在查找数组的下标是他的映射
字典会把键使用GetHashCode()转化为哈希值并除以查找数组的长度计算出一个数，这个数作为数据数组的下标，如果这个下标没有数组就存储，有的话就会用到链表，这时候上述next就会发挥作用。
查找数组也就是字典的长度在字典new出来时是0，因为他是懒加载，第一次插入add的时候扩容为3，往后会扩容为至少是当前容量 2 倍的最小质数。
2.不再需要遍历：以前找个商品要用foreach循环整个列表，现在直接用cart.ContainsKey("商品名")就能判断是否存在，效率极高。
3.直接拿数据：使用cart["商品名"]就能直接获取或修改对应的价格和数量，像查字典一样精准。
在使用泛型类使用<T>的时候遇到比较问题
在方法传入T a,T b想要进行比较传统使用< ,>会编译不通过，
方法1
可以使用compareto方法，但使用时必须继承IComparable接口。
compareto具体可以比较
数字类：
int,double,float,long,byte等（比大小）。文本类：
string,char（比字典顺序）。时间类：
DateTime（比早晚）。布尔类：
bool（false小于true，虽然很少这么比）。
方法2
可以使用 dynamic来修饰需要比较的量
编译不会管dynamic类型会直接通过在出错时中断程序
文件操作中遇到的问题
在使用copy时需要的参数时需要文件名字的不是指定位置
比如我想把文件1.txt复制到d：\23文件夹需要的参数时d：\23\1.txt,这时用到提取文件名字方法Path.GetFileName()和拼接方法Path.Combine("D:\\", "文件名.txt")
遇到"The process cannot access the file... because it is being used by another process"时，明白了这是因为文件被锁住了。
具体为在调用d盘的时候出错好像源路径是默认打开的
通配符概念 (Wildcards)
*.*的含义：明白了*代表任意字符。
*.*= 任意文件名 + 任意后缀（即所有文件）。*.txt= 任意文件名 + txt 后缀（即仅 txt 文件）
