频繁的与美工交接，频繁的通过FTP、远程连接上传文件，哪怕是改一个字节都要传一次服务器。日常开发中有太多的很烦很烦的界面修改，于是我之前做了ASP.NET MVC View Management，用于管理服务器上ASP.NET MVC中View文件的小改动，不过后来又感觉到有些配置文件有时也要修改，于是将其扩展至上一层，使之能管理更多的文件。 在这个项目中，我没有考虑过多的安全问题与文件是否可编辑

使用ASP.NET MVC 3 RC2 的时候发现，这样的代码在一些情况下总是无法返回正确的结果（理论上来说前几个版本也存在这种可能）： MemoryStream ms = xxxx;//图片类型return File(ms, "image/jpeg");   跟踪了一下File的结果，确实已经有数据，但是无法在页面上返回（此时File

在 Controller 中我们可以使用 FileResult 向客户端发送文件。 FileResult FileResult 是一个抽象类，继承自 ActionResult。在 System.Web.Mvc.dll 中，它有如上三个子类，分别以不同的方式向客户端发送文件。 在实际使用中我们通常不需要直接实例化一个 FileResult 的子类，因为 Controller 类已经提供了六

今天我们聊一聊CreateFile，这个名字取的不合适但IO的世界里完全绕不过去的东西，以及与之相关的“namespace”这一概念。 我们知道Create的意思是创造，创建，上帝创造了这个世界，指的可不是上帝打开了某样存在的东西（唯物主义者，我知道你们有意见，给我闭嘴…），但这个倒霉的函数要做的却是打开。我们也知道File是文件，windows里面也没有&l

   最近在项目中有这么个需求，就是得去实时获取某个在无规律改变的文本文件中的内容。首先想到的是用程序定期去访问这个文件，因为对实时性要求很高，间隔不能超过1S，而且每次获取到文本内容都要去分发给WEB服务器做别的操作，而那个文本的写入有时候会频繁，1秒可能多次，但是也有可能在相当长一段时间内是没有任何写入的。 这样一来如果每秒都去访问文件的话，一个是IO问题，还有就是每次操作

在SharePoint2010中，我们可以选择几种不同的方式来访问域用户的profile，下面简单介绍3种方法： 1.通过客户端直接调用user profile service来访问 例如项目中有silverlight模块想显示当前用户的profile信息，可以这么作： 首先添加Service Reference，输入service url http://rootsite/sites/subsite/_vti_bin/UserProfileService.asmx?WSDL rootsite & subsite请根据实际情况替换。然后我们为我们的Service reference取名为UserProfileServiceProxy。 其次在maipage方法中加入调用service 代码以及回调方法代码： public MainPage()   &nb