在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

非常遗憾，在我本子上没能装上，在windows更新上出现错误，没有找到原因，猜想是因为没有激活windows,等有时间再将本上的开发环境搞定。 由于公司开发需要，在公司的服务器上做了虚拟机器安装了Server2008R2，和SharepointFoundation2010及VS2010进行开发。 在安装完成Server2008R2后，需要配置一下应用程序配置才能继续安装SharepointFoundation2010，在安装时有几个需要注意的地方， 如果仅仅是在虚拟机上做开发，可以直接独立安装，如果有其他服务器的话，选择服务器场。 看到下面的图就说明安装基本完成了，接下来我们会做一个常用的webpart开发。 我们新建一个网站试试 配置站点 在你创建一个网站之后，如果想在根站点下再建立一个站点，那么创建界面就会是另外的样式 创建完毕后，在跟站点下

  RUP4+1架构方法 RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述.                    图 1. RUP4+1架构图 用例视图（Use Cases View）,最初称为场景视图,关注最终用户需求,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。 逻辑视图（Logical view），主要整个系统的抽象结构表述主要关注系统提供最终用户的功能，不涉及具体的编译即输出和部署,通常在UML中用类图,交互图,时序图来表述,类似与我们采用OOA的对象模型。 开发视图(Development Vi

一直以来SharePoint都为我们提供了丰富的服务器端对象模型，利用这些服务器端对象模型Developer们可以对MOSS做出各种扩展，并以此来实现最终用户的各种要求。但在今天各种RIA技术大行其道的时代，传统的Web应用程序有时已经不能很好的满足用户的需求了。在MOSS 2007时，要想开发一个可以连接到SharePoint的客户端应用程序我们只能选择利用SharePoint Web Service或是自己开发的Web Service来完成，个人感觉这种方法真的是很不方便。不过现在好了，利用SharePoint 2010 新加入的客户端对象模型可以使我们更简单的完成这一工作。简而言之，客户端对象模型拥有服务器端对象模型的大部分功能（注意，不是全部功能），不论是在传统的基于.Net Framework的客户端应用程序中，还是在WPF或Silverlight应用程序中，又或者是在JavaS

     今天在微软teched2010的会上，了解到vs2010中几个比较酷，也比较实用的功能。      1. 先上车后买票 　　通常使用类的时候，先需要对其定义，然后才能使用。但在vs2010中，可以先写上类的使用方式，然后把类的定义交给vs.net来完成。不仅仅对类的定义，其上的public Property/Method，也可以先使用，其定义由vs.net完成。对于Property，vs2010同时会自动生成一个对应的private filed。 　　比如，这么写： 　　Student xiaoA = new Student(); 　　或者Student xiaoE = new Student("xiao e"); 　　事先并没有对Student做定义或声明，右键选择完成其定义。visual stud

SharePoint 2007 OOTB 项目力求快速开发SharePoint Portal，项目上主要是以OOTB Feature为主，在开发上大部分是在用SharePoint Designer。 这样的模式有以下缺点:   1. 没有应用程序周期管理的支持（ALM），没有源代码管理工具，没有利用解决方案包进行部署。   2. 所有自定义的内容都在数据库中，不能利用文件模板(Ghosted Page)来增强访问效率。 没有源代码管理工具对站点进行开发的风险是很大的，没有用Solution Package 部署这样会对效率上造成一些影响。开发这类型的站点如果部署Solution 也必须要在Farm级别，这也是直接用SPD的原因了。 目前SP 2010 + VS2010 + TFS2010开发站点，再加上Sandbox Solution不需要Farm管理员只要Site C

11月份工作上主要是进行指标产品sprint8以及考虑业务平台的建模支持，本来在TOGAF工具上安排的时间有十几天，但是本月零星工作较多，所以投入的时间只有一周多点。大部分晚上的时间都在进行敏捷结果练习以及查看blog和看书了，一方面锻炼自己，另一方面与团队分享。   敏捷个人  30天敏捷结果（12）：效率角色－你是启动者还是完成者？ 30天敏捷结果（13）：如何对事情付诸行动 30天敏捷结果（14）：要事第一 30天敏捷结果（15）：让自己处于宁静状态 30天敏捷结果（16）：使用隐喻来激励自己 30天敏捷结果（17）：找出高效时间，并利用它来处理重要事情 30天敏捷结果（18）：给每周增加创造性时间 30天敏捷结果（19）：你在为谁做事？     30天敏捷生活（5）：形成个人价值观 30天敏捷生活（6）： 你的生活目标是什么？ 30天敏捷生活

采得百花成蜜后，为谁辛苦为谁忙？每日忙碌，不知前路为何，所求为何，所为为何，无奈啊。 几句牢骚话，各位看官不必介怀，还是说正文吧。关于SharePoint 2010与InfoPath 2010相结合的应用也写了几篇文章，虽然都比较简单，但我个人认为通过简单的配置来完成客户的各种需求才是SharePoint的真义所在。这篇文章就继续来说下如何在SharePoint Designer 2010设计的工作流中使用InfoPath来修改工作流表单的模板。 在SharePoint 2010中新加入了网站工作流，这个新功能使得我们可以不必将工作流与某一列表或文档库相关联，而直接的在网站级别就可以发起。在下面的例子中就将使用一个网站工作流来向大家介绍如何使用InfoPath定制工作流表单。 首先需要使用SharePoint Designer 2010来创建一个网站工作流。打开Designer 2