在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

日常操作中有很多需要打开/关闭   加锁/解锁的成对操作 有时候一些操作原生支持  IDisposableMonitor 可以用Lock(){}   但是ReadWriteLock 就难了。 还有WCF Channel等）。这种情况就要用  try/catch/finally，很是丑 封装成IDisposable可能很烦，因为多一个对象要多好多文档。 虽然AOP可能解决一些问题， 但是又没办法精确定位  scrope.  还是 IDisposable +using最爽   所以写了一个缺省实现。 /// <summary> /// 销毁帮手，生成可以支持using的自定义IDisposable实例 /// </summary> public str

《重构之美》之三 我曾经在一次演讲中，问过听众这样一个问题：“一个方法的理想行数最多不超过多少行？”如果问一千个人，或许会有一千条答案吧。   这是一个见仁见智的问题。在《软件开发沉思录》一书中，ThoughtWorks的技术负责人Jeff Bay认为：“一个常见的原则是将方法的行数控制在5行之内……”很多人对此感到不可思议。窃以为，关键不在于方法的最大行数，而是要合理理解方法的微粒度能为我们带来什么好处？   Jeff Bay提倡“利用IDE提供的‘提取方法’功能，不断地提取方法中的行为，直到它只有一级缩进为止。如果方法过长，不可能达到如此清晰的可读性。”Robert C. Martin则强调：“方法的第一规则是要短小。第二条规则还要更短小。”   短小的方法更容易理解，更容易重用。这一点毋庸置疑。不过，短小的方法会导致方法数量的急剧

在程序开发过程中,程序员用到最多的估计就是数据库了,几乎在任何一个地方都会和数据库打交道,数据库的增加,删除,更新,查询,都必须用到sql语句或者是存储过程，归根结底还是试用sql数据库，但是在敲写相关sql语句时，我们经常会遇到一些空的字符串或者是字段，这就给我们对数据库造成一定的麻烦，系统经常会提示“某值null不能转换”“插入的值不能为空”等等诸如此类的提示，isnull函数会帮助你搞定这些小菜。 Isnull 函数主要作用是将为空的值替换为指定值，如果不为空返回检查类型的返回值，isnull的语法： Isnull （check_expression , replacement_value） 参数c

PowerBuild语言不怎么流行，因为公司系统的原因开始接触这门语言，至今已有半年。 今天在制作一张发货单的过程中发现了一个问题。在发货单的datawindow的一个checkbox复选框clicked事件中，添加如下代码： Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->dw_detail.accepttext()messagebox("",row)if dwo.name="unfinished" then if dw_detail.getitemnumber(row,"unfinished")=1 then dw_detail.deleterow(row) end ifend if     发现datawindo

《重构之美》之二 我在阅读遗留代码时，经常发现存在这样一种情形。在一个类中存在两个方法，它们做了相似的工作，区别仅在于方法内部某些对象的类型。例如： public class WorkSheet{     private void fillHeader() {         Header header = createHeader();         for (String title:header.getTitles()) {             fillCel