虽然调整图片大小的软件很多，依笔者的经验来看，最好还是专业软件——Photoshop（简称PS）。利用ps中的动作可以批量处理n张图片的大小，速度很快，质量也好，很方便的，不仿试试。

　　一、打开ps。

　　二、选择“窗口”→“动作”（前面打上钩）。

　　三、单击动作窗口中最下面一行倒数第二个“创建新动作”按钮，起一个名称以方便以后调用，如“网页图片800”，单击“好”，开始录制动作。

　　四、“文件”→“打开”，选择你要修改的图片中的一张。

　　五、“图像”→“图像大小”，调整图片的宽度和高度到你想要的大小，如800×600像素。

　　六、保存图片到你想要放的文件夹中。

　　七、关闭该图片。

　　八、单击动作窗口中最下面一行的第一个按钮，停止录制动作。至此，一个完整的调整图片大小的动作录制完成，只要不重装系统都可以长期调用。

　　九、“文件”→“自动”→“批处理”，在打开的的窗口中，“动作”栏选择为刚才录制的动作，“源”选为“文件夹”，单击“选取”到你要调整图片的文件夹。以同样的方法选好目的文件夹（存放调整后的图片）。对话框中几个勾选项目除了“包含所有子文件夹外”其它的都打勾，文件命名框内的内容无须改动，在“错误”栏选择“将错误记录到文件”，单击“存贮为”将错误文件存放到适当位置。

　　十、单击“好”，你就可以歇着啦，ps会帮你做完的。

　　以后再调整同样大小的图片，选择此动作后，只须重新选取源文件夹和目的文件夹，单击好→OK。

　　如果你只调整单张图片，按第四、五、六步骤做即可。

　　如果你做的是更适合网页贴图的图片，第五个步骤改为：文件→存贮为Veb所用格式→在打开的对话框里将图片格式设为“JPEG”，质量设为“中”，图像大小设为你想要的大小→存贮图片到你想要放的文件夹即可。如果调整的图片名称为中文，存贮过程中会跳出对话框，按住回车不放只到处理完。此法做成的图片体积最小，不仿试试。

[More]

　　今天有个同事给了我一个exe，用winform写的窗口程序，问我能不能反编译看里面的源代码，好吧，我试试看，先百度了一圈，然后回忆了一下以前了解的知识，最近只是很久没写代码了，生疏了，OK我们可以往下看了。
　　首先你需要一个工具，叫什么呢？他就是很多人都知道Reflector，下载地址我这里顺便给一个吧，直接从本站下载，如果打开Reflector.exe提示有更新，那么我们点确定更新它就好了，
　　下载地址：reflector.rar (968.66 kb)
　　下载好后解压缩，打开Reflector.exe，然后点击File->open导入*.exe文件，这时工具就已经给我们把源代码展现出来了。
这里我上传一个FastQL.exe之后如图： 

　　经过简单的对比，发现图中References就是我们引用的动态链接库dll
　　{}项目名里面带的是项目中的文件，一般指的是类或者form文件

[More]

　　昨天很傻逼，第一次写WPF的程序，没什么经验，然后在WPF的项目中需要用到System.Web.HttpUtility里面的方法，刚开始也没怎么注意，但是发现怎么Using 没法导入命名空间，我在Asp.NET的项目中是可以的呀，查了查FW4.0里面也是有这个空间的。
　　最后才明白，原来WPF的程序默认创建工程用的框架是.NET Framework 4 Client Profile框架，而不是用.NET Framework 4完整框架，这其中省去了支持ASP.NET的那部分功能，达到了精简，所以这里如果需要用到ASP.NET的部分功能，在你的工程类库右键属性，如下图 1-1 所示。

图1-1

[More]

　　现在我们真正进入ASP.NET管辖的范畴，下图基本上囊括整个处理过程涉及的对象，接下来我们一起来讨论这一系列的对象如何相互协作去处理Http Request，并最终生成我们所需的Http Response。

[More]

　　相信大家都使用过ASP.NET进行过基于Web的应用开发,ASP.NET是什么？如果站在一个相对High Level的角度，我们可以这样来定义ASP.NET：ASP.NET是一个基于Web的开发平台，提供构建企业级应用所需的Service、Programming Model和Software的Infrastructure。如果我们以一个Low Level的角度来看，它本质上就是一个消息处理器：他接受IIS（确切地说应该是ASP.NET ISAPI）Forward的Http Request （我们可以看成是一个Request Message），经过一系列的处理，最终产生一个用户希望的Response（这也是一个Message，对于.aspx Page来说是一个Html document，对于一个Web Service来说是一个Soap）。所以本篇文章的主要目的在于站在一个相对Low Level的角度介绍ASP.NET的整个Http Request Processing Model。我们访问一个基于ASP.NET的资源，IIS是第一道屏障，在第一个部分我分别就IIS 5.x和IIS 6的差异介绍了IIS对Http Request的处理，今天我们来继续后面的故事。

一、从Unmanaged Environment到Managed Environment

　　上一部分我们说到IIS收到一个基于ASP.NET资源文件的访问，它会把Http Request交给一个ASP.NET ISAPI Extension处理。ASP.NET ISAPI 会加载CLR，从而创建一个托管的环境。ASP.NET ISAPI Extension定义在一个名为aspnet_isapi.dll中，aspnet_isapi.dll是一个纯Native的、高效的Dll，也就是说，虽然ASP.NET ISAPI通过加载CLR创建一个托管的环境，但是ASP.NET ISAPI本省却运行在一个Unmanaged的环境中。而我们的ASP.NET Application确是完全的Managed code，运行在一个Managed的环境中。要了解ASP.NET Http Runtime Pipeline这个纯托管的Runtime，我们必须先了解从Unmanaged Environment到Managed Environment的这道桥梁。

[More]