minifilter-基于路径的透明加解密-牛犊也总结

其他的总结就看上面，有牛人总结过了，以下是我个人在得到高人一些提示下及个人理解下的一些总结
0，为什么基于路径呢，开始目的是简单，其实看似简单，并不简单，第二个目的，是不想加入文件加密标志，以文件路径方式判断，维护一个加密文件列表
1，路径获取在postcreate中，判断方式，把路径发送到应用层用微软函数：PathIsDirectory和检查是否是加密文件列表中
2，清cache，把文件路径发送到应用层，在应用层使用No_BUFFER_IO方式读取，目前仅仅在postcreate做了测试，可行；在cleanup未使用
3，猜想：加密标识是否可以在应用层读写呢？因为我没考虑这方面，所以也没做实验

可能问题及优势
0，好处就是兼容性问题少或没有
1，问题就是会产生文件读写效率问题
   处理办法：对于通配符方式动态加密和基于文件夹的加解密，最好先在驱动里面做一些预处理
2，目前没有考虑变长加解密，也没考虑对一段数据加密，目的还是简单
    实现了一个基于字符的加密方式，考虑了一个基于偏移量的一个加密，不过还没实现，本来想代码共享的，怕贻笑大方，就先藏一下，有机会再说。

感谢在驱网有很多牛人留下了宝贵的脚印
引用一个牛人所说的：交流是相互的，所以我也把我的思路留下来

交流的思想才能聚集变大。