根据文件扩展名判断加密

看了几个文件透明加密，都是通过扩展名判断文件是否加密的，起初考虑的是因为传统加密无法保证一个加密文件被俩个进程同时访问问题或者稳定性问题所以要这么设计，应该layerfsd不会遇到这样问题，可后期在测试上发现由于多个进程的互相访问同一个加密文件，如果不通过扩展名设定需要加密的文件类型，就必须增加很多加密进程，导致进程的配置工作十分繁琐。可是如果通过扩展名却有很大的漏洞，用户可以通过扩展名躲避加密（“”方式等）。没有一个很好的取舍方向，难道文件透明加密本身就是个错误的方法？？

无论什么样的架构，都面临加密范围的选择的问题。

可以肯定的说，有完美的算法，处理任意扩展名的 "*.*" 的另存问题。
这只是一个经验的积累。

LS可以试试autoCAD2008，如果都加密，添加加密进程的工作完全可以让用户疯掉了

所有问题都解决了，因为是layerfsd，可以把整个进程所有的文件操作都用自己的缓存，而且没有扩展名问题。