今天下午为了一个小问题纠缠了半天
使用DirectoryService在Domain中创建用户后必须先SetPassword才能为其设置属性，否则服务器会告诉你它不愿意处理这个请求。
其实以前也遇到过，不过没有好好总结忘记了。这次记下来好了。

除此之外，另外密码策略也挺麻烦的。好在刚才花了点儿时间把这玩意弄清楚了。
默认情况下似乎不能和之前多少次密码相同，必须包含大小写数字特殊字符最少七位。最恶心的密码最短生命周期好像是一天，就是说如果用户自己修改密码一天只有一次机会。我就是不知道这个密码最短生命周期结果郁闷了半天。

近期的一个项目是对文档进行管理的，程序通过UNC Path访问远程服务器的Shared Folder上传或者读取文档。
开发阶段我们一般都使用VS.NET自带的服务器调试，而这个服务器是以当前登录用户的身份运行的，也就是说如果我们事先访问过相应的Shared Folder可能就会保留了相应的授权，程序因此可以顺利的访问它里面的文件。但是如果将项目部署到IIS情况则发生了变化，程序没有了访问远程的Shared Folder的权限。为了解决这个问题，我们最初使用了一个方案，即启用Guest帐户并且在相应的Shared Folder上给予Guest读取和写入权限。但这样的方式安全性可想而之，任何用户都可以修改本应由程序管理的文档。
为了解决这个问题，这两天又研究了一下。其实方法很简单。
首先文件服务器和Web服务器必须在域中。
默认情况下IIS以machine\ASPNET帐户的身份运行，我们在web.config中定义
<identity impersonate = “true” username=”Domain\UserName” password=”pword”/>
这样可以让程序以此指定的域帐户身份执行。另外可能需要给予此域帐户ASP.NET临时文件夹的写入权限。
下面的操作可想而之，在FileServer上相应的文件夹上给予这个域帐户读取和写入权限。完成。

这东西没什么技术含量，但是算是一个小技巧吧。有不正确的地方欢迎提出。

项目里有一部分需要传参数给WebService进行处理，WebService的函数接受的参数是自定义的业务对象。
此业务对象已经给予了[Serializable]属性，每个属性赋予了[XmlAttribute()]
WebMethod赋予了
[System.Xml.Serialization.XmlInclude(typeof(ProductionMgr.Model.TemplateInfo))]
[System.Xml.Serialization.SoapInclude(typeof(ProductionMgr.Model.TemplateInfo))]
属性

这样还是会报错：
不应是类型 ProductionMgr.Model.TemplateInfo。使用 XmlInclude 或 SoapInclude 属性静态指定非已知的类型。

遇到过又成功解决的朋友帮忙看一下，谢谢

今天做一个功能需要在一个GridView的模板里中放一个LinkButton，设置其OnClientClick属性（其中需要数据绑定），使其在被点击的时候根据所在的行触发客户端脚本。
然后就出现了一个麻烦的问题，属性需要在最外面加单引，然后套上<%# %>用来写绑定表达式。这个OnClientClick属性我需要拼成一个函数表达式用来执行脚本。可问题在于这个函数的其中一个参数是字符类型，需要用引号扩起来，否则会引起错误。可我已经嵌套了单引号和双引号，无法在嵌套了。试过几种方法，\'不行，&quot是双引号，也不行。最终& #039（没有那个空格，连着写就直接变成'了）就搞定了，ASCII的转义字符。

由于项目需要，需要自己写一个ASP.NET Ajax Extender。上午的工作十分顺利，编译成dll拿到项目里面。结果却出不来期待的效果。一顿查代码，修改了几个弱智的错误，问题依旧。最后用alert输出js里面的属性，发现页面上面设置的几个属性完全没有传递进去。经过一番彻底的查看，客户端的behavior没有任何问题。最终发现导致问题的时在CS代码中控件的属性没有与JS中对应属性设置成相同的名称。



本来认为设置成与js中不同的名字绝对不会有问题的，结果正是这里让我在正确的js代码里面找了一下午的错误，看代码看的头昏脑胀，郁闷啊。

去年夏天决定了要考研究生，于是乎“两耳不闻窗外事，一心只读圣贤书”，早成了本来就不热闹的这里荒废了小一年。
如今尘埃落定，继续找工作了，.NET也得重新拾起来了，不能把老底都忘光了。