firewing的专栏

     在使用这个TreeView是经常需要将动作PostBack到服务器端来做一些数据操作，如OnExpanded或者SelectIndexChange等。TreeView控件提供了一个AutoPostBack的属性来设置这个TreeView是否需要进行PostBack的动作来让后台操作数据。但是这个属性一旦设成True的话，那么TreeView的所有动作都会PostBack回去将页面刷新

前段时间写的一个WinForm的.NET程序。因为引用了不少的库文件，但是最近这些库文件因为修正了一些Bug和算法。但是主的程序文件没有怎么改动。所以就不像把这个主程序重新编译了。于是就把所有的新版DLL文件拷贝到运行目录下，希望主程序能够直接调用新版的库文件。结果发现原来这些库文件都用Strong Name签了名的。主程序一调用就出错，说找不到该版本的文件。后来查了一下MSDN，发现只要在con

今天做一很简单的功能，就是将xml数据用xsl转换一下而已。以前一直都没注意xmldom获取数据默认是异步的方式的。每次都是load完xml数据以后就直接调用transfer了。之前因为一直都是在本地调试，没有部署在Web服务器上，但是今天部署上去后发现transfer时经常报"The data necessary to complete this operation is not yet ava

因为开发习惯，通常都会把开发过程中一些库文件生成到同一个目录Library。不过最近发现一个问题，我在一个Solution里面同时包含了几个库文件的project,每次编译的时候VS.NET都会抛出一个错误，说"XXX.dll"正在被使用，不能拷贝到本地。搞了半天把project里面的属性都设了一次，还是没搞定。因为这几个库文件之间会有一个引用关系，所以就怀疑VS.NET自己将这个DLL Load

经常会有一些ASP.net程序需要往文件系统里面写入或者读取一些内容。如果程序访问的路径是本机的文件路径（c:/docTemp）这样的话还比较好配置，只要将doctemp的权限设置为允许ASP.net运行帐号（IIS6默认用"Network Service",IIS5的话默认是"ASPNET"）可以读写就行。但是如果文件是需要放置在UNC（网络路径,如:“//10.101.11.111/DocTe