其实前面几篇文章大家都遇到一些错误，很多时候呢，我并没有直接回复解决方案，不是LZ不想告诉大家，如果不想那就不写这个了，估计博客园啊CSDN啊那么多写博客的，很少有人把现用框架分享出来，既然分享就毫不保留。主要还是希望大家多百度、多CSDN、多逛论坛，请相信，通过这样解决的问题，所学到的远远超过问题本身。我知道，作为新手，我们最讨厌的就是让别人解决问题，还让我们百度啊干什么的，直接告诉我们怎么解决就完事了，LZ也是新手，也是希望这样，但是，这绝对对我们不是最好的。当然很多朋友就是不想学，就是想拿来用，问了很多遍的其实LZ也把最终解决告诉大家了。
软件工程师可以看做是对程序员的一个加强，工程是一个商业化的概念，相对于程序员这个概念，工程师更复杂，程序员更纯粹，简单的理解，当一个程序员在某一个商业领域有了一定的项目经验以后，他就是一名工程师。
当然半路出家意味着你不可能回头再去读四年大学好好学习如何当一个程序员，所以我们要跨过这个概念，直接进入工程师这个范畴，关键便是“在某一个商业领域有了一定的项目经验”商业是以结果为驱动的，故而你只要获取到一个完整的项目经验，便可以跨过程序员这个雷区成为一名工程师。
这个方法是 BindingOperations 类公开的静态方法，可以在窗口的构造函数中调用它，而且一定要在操作集合之前调用。调用时，把 ObservableCollection 集合传递给 collection 参数，第二个参数lockObject 是一个自定义对象，它指的是可以在线程间同步时引用的对象，在异步代码中，可以把这个对象写在一个 lock 语句块中。主要用途是防止UI访问集合的过程中，集合被其他线程意外修改。
由于这个版本是使用AsyncTask异步任务来执行compress的，而AsyncTask由于android版本分裂问题有些版本是多线程的，有些版本是单线程的，也是醉了，总之此版本适用于一次压缩任务不是很多的情况，如果需要处理数据很大的压缩任务，需要考虑用线程池来处理。
如果你不觉得正则表达式很难读写的话，要么你是一个天才，要么，你不是地球人。正则表达式的语法很令人头疼，即使对经常使用它的人来说也是如此。由于难于读写，容易出错，所以找一种工具对正则表达式进行测试是很有必要的。
这里就有一个问题，默认情况下为什么没有采用查询列所在的索引进行index seek的查找方式，而采用了另外一个索引进行index scan的方式？
如果没猜错的话，很可能有人跟我一样，是认为统计信息没有更新，索引碎片之类导致的
这个查询非常简单，到底是不是索引统计信息，或者索引碎片之类的引起的呢？
这个倒是好办，对这个表上的所有索引全部重建（rebuild），同时也会促使统计信息的更新。
以上粗浅地根据一个遇到的实例案例，通过认为改变默认情况下的执行计划来观察对比sql的执行效率，在我们对数据库进行性能调优时提供一种可参考的方法
也能够帮助我们认识Sql Server在选择执行计划时候的一些特点，以帮助我们更加有效地使用Sql Server数据库。
前面几篇是开始，用到的技术比较多，害怕大家不会，所以着重讲了一下，希望大家能有所参考，并通过论坛、百度等理解、学会。而后面呢，主要就是怎么用了，本来不想继续写出来的，但是害怕有些新手朋友不会用，所以还是写出来。说实话，对于LZ来说，贴代码远远比截图省事，因为做每一篇文章前，LZ都把代码重新敲了一遍，加上注释，直接Copy代码多省事。截图LZ要首先想想 分哪几步，然后把没用到的删掉，截图，下一步用到了加上再截图，再一下步。更费劲的，但是为什么呢？就是希望大家自己敲出代码来，即便不理解，起码有个印象啊。自己敲出来的东西才是自己的。
所以在这个阶段，寻找任何一份能够接触到实际完整项目的岗位就成了当务之急，每个人基础不同，在这个阶段，可能有人能迅速找到相符合的岗位，而有人可能只能找到一些似是而非仅仅是搭上边的岗位，比如名为前端，实际却只负责页面修修改改，抠图之类的工作或者被外包到某些公司里负责活动页面等等。但只要目标明确，尽快获得一个完整的项目经验，你就不会在工作中迷失自己，这个阶段跳槽可能会很频繁，因为你在快速的调整自己。那么什么样的项目是完整的呢？
注意，在实例化BitmapImage时，DecodePixelHeight 和 DecodePixelWidth 属性只能设置任意一个，不要同时设置，不然图片的比例会变形。如果我们界面用的图不需要很大，就设一个小的值，比如200像素，这样可以节约性能。
还可以把 CreateOptions 属性设为 DelayCreation ，这样只在图像需要时才会创建，也省了一些性能。