陈希章@中国

在之前一篇文章中我提到了，使用BDC服务连接到外部数据源做系统集成时（尤其是直接连接到SQL Server的话），最好是对返回的结果做一个筛选和过滤。否则，可能导致其无法工作。你可能会收到如下的错误 那么如何设置筛选过滤条件呢？我们一般都是为Read List这个Operation设置一个Filter Parameter 设置完之后，就可以看到这些数据了。当然是Top 100的 【注意】这个Filter Parameter与分页没有关系。之前有朋友是说，既然数据很多，能不能分页啊。其实分页是在列

【备注】这篇本来之前就应该写好的，但因为在beta版的时候总是遇到一些问题，我自己都没有做成功，所以就搁笔不写。本周装好了正式版，看了看，这些问题总算是得到解决了。 【备注】这个与工作流开发的系列，大致还有三篇。本篇讲的是通过SharePoint Designer设计可复用的工作流。下一篇将讲解网站工作流，最后还有一篇讲解在VS 2010中设计和开发可用于SharePoint的工作流   在前面几篇中，我针对工作流基本概念，和最佳实践的前三步做了讲解和演示。他们的链接分别如下 工作流开发概述 http:

你不得不感概，原先在MOSS 2007的时代我们是多么辛苦。不是吗？ Visual Studio 开发体验受到局限适用于 WSS 的 Visual Studio 扩展Visual Studio Tools for Office 与 VS2008 之间的配合SharePoint 开发人员需要依赖于社区工具 开发人员不得不应对层出不穷的细节工作手工编辑 CAML 文件熟悉 WSS 的 RootFiles 目录手工编辑 manifest.xml 文件为解决方案包构建 .wsp 文件   是的 ，对这些痛苦我们

这是让人感到很舒服的一个改进，现在的项目模板和结构变得很清晰。 首先来看项目模板列表 选择一个项目模板之后，点击“Ok”，一般都会有一个向导 这里的Sandboxed solution也是一个新特性，我在下面这个文章中做了介绍。以及对两种Solution做了比较 http://www.cnblogs.com/chenxizhang/archive/2010/04/05/1704505.html   然后，我们可以看到如下的一个项目结构 也就是说，现在每个项目都自动会打包为一个Package(其实

这一篇来谈谈在Visual Studio 2010中直接进行代码调试的功能。我们可以简单地做一个WebPart来实验这个功能 关于VS2010的项目模板和结构，请参考上一篇http://www.cnblogs.com/chenxizhang/archive/2010/04/05/1704701.html 我们来快速创建一个WebPart项目吧 为了看到调试的效果，我们可以设置一个断点   现在，好戏开始了，请按下F5键 它接着会自动打开浏览器，定位到我们的网站 下面，我们尝试将那

要做列表的开发，首先需要搞清楚几个概念 1. 内容类型(Content Type) 这是MOSS 2007提出的一个新概念，通过内容类型(Content Type)可以让网站或者列表定制更加方便。简而言之，内容类型代表了一种数据组织的方式，内容类型可能是文档，也可能是一个列表格式，可能包含一个字段，也可能包含多个。 下面列出了当前网站所有的内容类型 我们还可以新增一个内容类型，通过点击“创建”按钮 我们看到，创建内容类型并不是很难。它需要选择一个父内容类型。就好比我们在C#中定义一个Class的时候

这一篇我们来讨论的是,如何通过LINQ的技术实现对SharePoint 2010列表的读取。我还记得当年.NET Framework 3.5发布，第一次接触到Linq的时候那种不可思议的感觉。现在，SharePoint的开发也支持Linq啦，这真是一件值得欢欣鼓舞的事情。   这篇文章的所有练习都基于下面这样列表。这个列表显示了员工的信息。作为演示目的，我只是添加了三个范例数据 目前针对MOSS 2010的开发，需要使用框架.NET Framework 3.5 而不是.NET Framework 4.0

上一篇我讲到了如何在Silverlight中使用客户端对象模型访问SharePoint数据，诸如列表，列表条目，文档之类都是可以的，而且这个对象模型是很完整的，它既可以做数据查询，还可以做操作。简单类比一下就是，原先服务器对象模型能做的，客户端对象模型也大致能做。 有关服务器对象模型，请参考http://www.cnblogs.com/chenxizhang/archive/2010/04/05/1704550.html 有关客户端对象模型，请参考http://www.cnblogs.com/chenxiz

这一篇开始，我将介绍在MOSS 2010中进行工作流开发的最佳实践。这一篇主要介绍有关的几个概念 1.什么是工作流 工作流开发是这几年都比较火的一个领域。工作流，顾名思义就是工作的流程，而软件系统所要做的就是解决人们现实工作或者生活中的那些流程。所以从事实上说，任何软件系统都离不开工作流。 当然，工作流真正被广大开发人员所熟知，是因为.NET Framework 3.0中的Workflow Foundation(WF)。很显然，WF提供了一个前所未有的选择，就是它提供了运行时、可视化设计器、开箱即用的一些活

有朋友看了下面这篇文章，给我留言提到一个问题。 MOSS 2010:Visual Studio 2010开发体验（10）——列表开发之内容类型   他的问题是：如果在列表定义的时候，使用多个内容类型 关于这个问题的简单答复如下。我在原文下面做了回复。 ××××××××××××××××××××××××××××××××××××××××××××× 修改那个schema.xml文件，再注册一个ContentType，但要注意的是，必须设置EnableContentTypes=true如下供参考 ××××××××××

上一篇 讨论ECMAScript Object Model的时候，我们在结尾说到了，其实客户端的Javascript是通过一个client.svc文件去查询的。请注意看下图选中的部分 地址是： http://nymoss2010:45223/Sites/dev/_vti_bin/client.svc/ProcessQuery 有些朋友看到这个可能会感到新奇，实际上在我看来没有什么可奇怪的。我之前也提到过，原先MOSS 2007的时候，为了让客户端可以访问到SharePoint的数据，实际上也有公开一些W

上一篇我讲解到了如何在Visual Studio 2010中编写自定义的BCS连接器来实现更加灵活的应用程序集成。在那篇文章，我主要讲解了有关的概念，并且做了一个最简单的模型，发布之后能够使用它。 这一篇，我们继续来实现一个更加有现实意义的 BCS 连接器。我们需要读取的数据仍然是有关员工信息的。 我们希望员工实体拥有如下的信息 ID FirstName LastName Age   【提示】通过跟随本文做练习，你将学会如何设计一个自己的业务实体模型。 【注意】不要小看这个步骤，我之前就提到过，自定

在前面几篇中，我针对工作流基本概念，和最佳实践的前两步做了讲解和演示。他们的链接分别如下 工作流开发概述 http://www.cnblogs.com/chenxizhang/archive/2010/05/02/1726105.html 工作流开发最佳实践（一）：使用Visio设计工作流概念模型 http://www.cnblogs.com/chenxizhang/archive/2010/05/02/1726154.html 工作流开发最佳实践（二）：使用SharePoint Designer实现

上一篇我们讨论到了可重用工作流，看起来还不错：现在一个工作流可以比较灵活地根据需要与不同的列表关联了。 但还是让我们稍作思考这个重用的话题吧，既然说到重用，就自然还要问一下：那么它到底在什么范围之内重用呢？ 默认情况下，我们通过上一篇创建的可重用工作流只能在当前网站间共用。 但我们确实可以设计在更广范围重用的工作流，（例如在整个网站集中重用），现在它有一个专门的称呼：全局可重用工作流。 事实上，MOSS 2010自带了三个所谓的全局可重用工作流。 那么，我们怎么创建自己的“全局可重用工作流”呢？ 【注意

我们前面花了几篇文章介绍了工作流的概念，以及如何设计可重用的工作流（可重用和全局可重用）.如果你对这些话题还不是很清楚，可以先参考的链接 MOSS 2010:Visual Studio 2010开发体验（26）——工作流开发概述 MOSS 2010:Visual Studio 2010开发体验（27）——工作流开发最佳实践（一） MOSS 2010:Visual Studio 2010开发体验（28）——工作流开发最佳实践（二） MOSS 2010:Visual Studio 2010开发体验（2

内容类型是SharePoint中一个很重要的功能，简单地说，它使得我们可以定制列表或者文档库的项目模板。关于这个方面，我以前也写过一些文章介绍，请参考 http://zzk.cnblogs.com/s?w=blog%3Achenxizhang%20%E5%86%85%E5%AE%B9%E7%B1%BB%E5%9E%8B     今天要讲的一个问题，是我们在项目中遇到的，虽然不大，但却是困扰了很久，而且百思不得其解（以前在MOSS 2007的时候却没有这个问题）。 这个问题最近与微软中国这

在 MOSS 2010：Visual Studio 2010开发体验（8）——Silverlight应用 这篇文章中，我介绍到了在MOSS 2010中提供的对Silverlight支持。它默认提供了一个Silverlight WebPart可以很方便地显示我们的Silverlight应用程序 但是也有些朋友问到，如果我们要自己开发一个WebPart实现类似的功能，那么该怎么做呢？ 【备注】我并不认为这是必须要做的事情，因为我觉得默认那个WebPart绝大部分都能满足要求。   如果你确实需要定制自己的Web

我們都知道在SharePoint的列表中，可以有多種方式附加文件。例如下圖所示，在一個列表項目上，我們添加了多行文本字段，在該字段中，添加了兩個文件，並且我們在整個列表項目上，也添加了兩個附件。 那麼對於這些文件的編程訪問，是否有比較標準和簡單的方法呢？今天我就整理一下給大家參考參考   那麼，首先來看一下，如何獲取多行文本中的附件內容呢？ 我們可以先看一下，多行文本裡面的內容是怎麼樣的 很顯

在之前的两篇文章中，我介绍了有关工作流的概念，以及最佳实践第一篇 工作流开发概述：http://www.cnblogs.com/chenxizhang/archive/2010/05/02/1726105.html 工作流开发最佳实践（一）：http://www.cnblogs.com/chenxizhang/archive/2010/05/02/1726154.html (使用visio设计流程概念）   这一篇我们接下去，将visio设计好的流程概念模型，导入到SharePoint Designer

AJAX，Asynchronous JavaScript and XML ，虽然并不是新鲜的技术，但几乎是一夜之间红遍了整个Internet，原因很简单，它提供了比较好的用户体验。现在谁都恨不得表明自己是熟悉AJAX的，虽然事实上并不见得如此。 好吧，我们并不是讨论AJAX的一些细节，而是看看现在如何开发一个支持AJAX的WebPart 先回想一下，以前我们该怎么做呢？我们需要安装一个AJAX Extension，然后可以用到一些控件。其实最难的并不是这些，而是我们需要去小心翼翼地修改SharePoint网

好吧，Silverlight现在已经是妇孺皆知了，所以MOSS 没有道理不支持它。其实说实在话，支持Silverlight并没有什么太难的事情，因为它主要依赖的是一个浏览器插件，其实与SharePoint没有什么关系的。 anyway，我们还是来看一下MOSS 2010中如何使用Silverlight吧 MOSS 2010默认提供了一个Web Part，是用来展现Silverlight的。 它当然需要我们提供一个xap文件的地址。所以i，我们现在要开始做一个最简单的Silverlight应用程序，然

关于SharePoint Explorer，是VS2010的一个新特性，可以让开发人员很方便地浏览到SharePoint站点的结构，并且做一些简单事情 我在下面这篇文章中已经做过一些介绍 http://www.cnblogs.com/chenxizhang/archive/2010/04/05/1704680.html 上文中，我已经提到了，这个工具我认为还不是很完善。但它确实留出了定制的空间。那么今天我们就来试一下吧 为什么我会想做这个事情呢，就是因为我在本系列的第10篇中提到了内容类型的开发，我们需要查

上一篇，我们已经在Visual Studio中定义好了内容类型 http://www.cnblogs.com/chenxizhang/archive/2010/04/25/1719694.html 下面我们来看看如何创建和使用列表定义(List Definition) 【注意】如果你不清楚他们有关的概念，请参考 http://www.cnblogs.com/chenxizhang/archive/2010/04/24/1719467.html   1. 添加一个列表定义. 【注意】这里我们选上

通过前面几篇，我们已经完成了内容类型，列表定义，列表实例的开发。本篇继续讲解列表中的一个重要环节——事件接收器开发。 我们的场景是：我希望之前做好的订单列表这个内容类型自动地具有某些事件特征，例如当用户在添加一个条目的时候，检查订购日期，如果小于今天的话，就不让添加。（这只是一个假设的场景，现实工作中可以依照业务逻辑而定） 我们应该如何实现这个需求呢？Follow me 1.添加一个事件接收器 下面是默认生成的两个文件                 OrderItemEventRece

趁着放假期间，公司服务器比较空闲，抓紧时间写完这个系列吧 这一篇开始介绍一个全新的服务，BCS : Business Connectivity Service。从它的字面意思上说，它应该是用来做商业数据集成的。事实上也确实如此。 什么叫商业数据集成呢？大家可以试想这样一个场景吧 我们公司内部有各种各样的业务系统，诸如ERP,CRM等等之类，它们各自有不同的界面输入和处理数据，并且各自都工作得很好。现在，老板说，希望能在一个统一的页面中，可以很方便地查看（甚至编辑）到这些系统的数据，而不是要打开很多个浏览器去

前面我们用了两个篇幅比较详细地介绍了BCS结合SQL Srever和WCF实现应用程序集成的场景和典型做法。 他们的链接分别是 BCS & WCF http://www.cnblogs.com/chenxizhang/archive/2010/05/01/1725576.html BCS & SQL http://www.cnblogs.com/chenxizhang/archive/2010/05/01/1725531.html 我们都还记得，在创建所谓外部内容类型的时候，会让我们添加连接，而连接有三

上一篇我已经介绍到了工作流以及有关的概念。现在我们就来用一个简单的例子，讲解说明如何在MOSS 2010的平台上开发工作流解决方案。 我们的需求是这样的： 我们需要实现一个简单的费用报销流程，用户提交报销申请之后，会有如下的几个情况 如果金额小于500的话，则直接就到财务领钱 如果金额大于等于500，同时小于2000的话，部门经理审批即可，然后到财务领钱 如果金额大于等于2000的话，则部门经理审批之后，还需要总经理审批，然后到财务领钱 经理和总经理都可以拒绝（这是当然啦，经理们不都是经常做这样的事

这是我们以前经常做的事情。应用程序页面是指那些我们自定义程序所用到的页面。例如工作流页面等等。 以前做这个事情也相当麻烦，因为这个页面没有项目模板，需要自己编写。而且需要复制到特殊的目录中去，而且在编程的时候也会有不少要注意的。其中一个典型的问题就是如何使用网站的默认母版页 下面来看在VS2010中是如何做的 请注意，现在加了一个layouts的文件夹，这个其实就是映射到了_layouts目录。这些是SharePoint的特殊目录。 我们来观察这个自动生成的页面，它有一个DynamicMasterP

我们都知道，SharePoint有很多特殊的目录，例如最常见的layouts，它可以通过类似下面这样格式的地址访问到 http://intranet.xizhang.com/_layouts   但是，它其实是下面这个目录 那么，在我们开发的项目中可能用到这样的目录，例如我们需要向这些目录中添加一些内容的话，该怎么办呢？ 这就是所谓的Mapped Folder, 或者可以说是文件夹映射。我们在项目的快捷菜单中其实可以看到有关的子菜单 常见的images和layouts可以直接添加，而其他的，在可以

还记得，当年WebPart被第一次引入之后，乃至后来在ASP.NET 2.0中直接支持该技术，对我们来说是多么新鲜的一个事物啊。 它可以随意地组装，定制，而且每个用户都可以有自己的个性化设置。   现在WebPart可以说是很普通的一个技术了，在SharePoint 使用WebPart几乎是必须的了解的技术。 我们来看一下Visual Studio 2010中提供的WebPart开发工具 总的来说，现在有一些变化的是，它将WebPart划分为两类： Visual WebPart Standard Web

上一篇，我讲到了列表的一些基本概念 http://www.cnblogs.com/chenxizhang/archive/2010/04/24/1719467.html 1. 内容类型(Content Type) 里面会包含栏位定义（Field） 2. 列表定义（List Definition) 3. 列表实例（List Instance）   接下来，我们先来看一下内容类型，应该如何在Visual Studio中来定义和实现。 我们的目的是定义这样一个内容类型，它是用来填写订单信息的，它包含了如下三个栏

上一篇我们讲到了如何创建列表定义，那个操作相当于是设计了一个Class。现在来看看如何使用这个定义，实际上就是基于这个Class去创建Instance的概念。 1.添加一个ListInstance 我们看看默认生成的定义     不管三七二十一，部署是王道 是的，这样就做好了。 当然，我们还可以进一步对列表实例进行一些定制 这里就不再过于展开了，大家有兴趣的可以查阅有关的资料。 下一篇讲解列表事件的定义

上一篇，我们讲到了LINQ to SharePoint。它提供了很自然的语法，提高了开发体验。但归根结底，LINQ to SharePoint是使用了服务器对象模型，也就是说，通过这样方式编写的代码，必须在服务器运行。大家其实也发现了，我们并没有在任何地方指定过用户的身份。这意味着什么呢？那种方式就默认使用当前用户的凭据作为身份验证。 但是，假设我们的应用程序并不在服务器，而是在客户端运行的话，那么该怎么办呢？ 以前（MOSS 2007或者WSS 3.0中），我们是通过一些Web Service的方式来实现

上一篇我们开始介绍到了客户端对象模型，这是MOSS 2010提供的一套全新的API，它允许我们在客户端应用程序（包括控制台，Windows Forms，或者Silverlight应用程序）能够方便地访问到SharePoint的数据和组件。典型的引用是列表数据查询。（但不仅限于此） 我们这一篇将继续这个话题，我们来看看在Silverlight应用程序中如何使用客户端对象模型。这与之前的控制台应用程序还是有些不一样的。根本性的区别在于异步操作。   【注意】在Silverlight中使用客户端对象模型访问Sha

上一篇，我们讲到了如何利用BCS服务，直接连接到SQL Server数据库实现一些简单的应用程序集成的场景。看起来很不错，不是吗？ 但是，事实上，直接连接到数据库也许有时候是不可能实现的任务，很多系统并不可能直接将数据库暴露出来的。地球人都知道，那样的风险极高。 那么，比较可行的是什么方式呢？我觉得很多系统倒是有公开一些服务，这些服务有的使用Web Service实现，有的不是。这都不要紧。总之，由这些服务去连接数据库，而我们做集成的时候，并不需要知道数据库在哪里？以及什么结构等等信息。   这一篇，我们讲

上一篇文章我演示了如何结合SQL Server的表格，快速创建一个BCS的模型。然后，可以在浏览器中查看，并且在Workspace中编辑或者新增。 如果你还不熟悉该操作，请参考 http://www.cnblogs.com/chenxizhang/archive/2010/05/01/1725531.html   有朋友问到，是不是要编辑的话，就必须在Workspace中去做？这个是要看具体情况的，我上次的演示之所以没有办法在浏览器中编辑，是因为那个数据模型（Employee）包含了特殊字段，是一个Phot