Kaneboy's SharePoint Blog

SharePoint & Office Zealot

随笔 - 391, 评论 - 8156, 引用 - 201

关于

About me :
SharePoint Architect. Build SharePoint solutions from year of 2003. Joined Microsoft in 2004. Working for HP now.

Certification :
MCPD - Web Dev
MCTS - SharePoint 2007 Dev
MCTS - SharePoint 2007 Config
MCTS - WSS 3.0 Dev
MCTS - WSS 3.0 Config
MCTS - SPS2003 Infra
MCTS - SPS2003 App
MCT
(ex)MVP

Contact me :
kaneboy@gmail.com | follow @kaneboy on twitter

Authored books:

每月存档

将SPS中被FrontPage修改过的页面重置为Ghost Page

在SPS中，如果管理员使用FrontPage对某个页面进行了修改，那么这个页面将不再与站点或区域定义模板文件保持一致（也就是所谓的Ghost Page），而是会将此页面在数据库中单独保存一份，与模板文件“脱钩”了（即Unghost Page）。

其实，这个过程是可逆的。如果我们希望某个已经被FrontPage修改过的文件，重新被重置为Ghost Page，而与站点或区域定义模板文件重新挂上钩，同样并非是不可能的。实际上，我们Team制作了一个小工具，可以让SPS管理员直接完成这个逆化操作。

需要的朋友可以在这里下载。

posted on 2005-08-26 18:25:00 by kaneboy 评论(4) 阅读(4758)

TechED 2005 : 《实战基于SPS2003的知识管理系统》

在下个月的TechED 2005上，我将有一个《实战基于SPS2003的知识管理系统》的session。这个session将讲述如何利用SPS2003自带的文档库、区域、检索、IM集成、IRM集成，包括扩展开发支持等特性和功能，来实现KM系统中常见的文档管理、多维度分类/浏览/检索、权限控制、自定义属性搜索、专家定位、文档评分、KB库等需求。课程中会包含相关的Demo。

欢迎大家告诉我在这个session上希望能够看到和获得哪些信息，并对这个session的内容提出建议。

posted on 2005-08-25 16:36:00 by kaneboy 评论(7) 阅读(6137)

不使用IA，在.NET代码中调用Office

众所周知，由于Office的接口是COM，所以在.NET代码中操作和访问Office，都需要通过Interop Assembly。从Office XP开始，微软更提供了专门的Primary Interop Assembly（PIA），来供.NET访问Office的COM接口。关于PIA，可以通过这里进行了解，Office 2003 PIA的下载在这里。

那么除了通过标准的COM Interop之外，在.NET代码中还能不能以更直接的方式来操作和访问Office的COM接口呢？能。实际上，System.Type这个类提供了一个GetTypeFromProgID()的静态方法，通过提供ProgID，就能直接通过Reflection来访问COM接口。

下面的代码示范直接启动Word，并创建一篇新文档，使用这段代码的项目完全不需要引用Office PIA：

Type wordType = System.Type.GetTypeFromProgID("Word.Application");
Object word = System.Activator.CreateInstance(wordType);
wordType.InvokeMember("Visible", BindingFlags.SetProperty, null, word, new Object[] {true});
Object documents = wordType.InvokeMember("Documents", BindingFlags.GetProperty, null, word, null);
Object document = documents.GetType().InvokeMember("Add", BindingFlags.InvokeMethod, null, documents, null);

posted on 2005-08-03 23:03:00 by kaneboy 评论(18) 阅读(9095)

ASP.NET 2.0 Provider Toolkit

记得在之前的某个VS2005的测试版本中，内置的Access Provider被去除了，而代之以SQLExpress Provider。当时在asp.net论坛上，开发组的成员就告知在未来会将Access Provider的源码都发布出来。现在，在MSDN站点上，ASP.NET 2.0 Provider Toolkit被正式发布了出来。

第一步被发布的就是Access Provider的源代码，里面是用来实现的ASP.NET 2.0中的Membership, Role Manger, Profile, Web Parts Personalization等特性的Access Data Provider的源码。在8月中，还将发布一份讲述如何定制和扩展ASP.NET 2.0中的Provider模式的白皮书。

ASP.NET 2.0 Provider Toolkit在不久还将包含ASP.NET 2.0中更多的SQL Server, SQL Express, 和AD/AZMan providers的源码。:)

posted on 2005-08-03 14:59:00 by kaneboy 评论(3) 阅读(7347)

《Developing Distributed Services Today》

前几天，微软在MSDN网站上发布了一篇白皮书《Developing Distributed Services Today》，这篇文章简要而明确的分析了现在常见的几种构建分布服务系统的技术（ASMX WebService、ES、.Net Remoting、MSMQ），并提出了下面的建议：

Build services using ASP.NET(ASMX WebService).
Enhance your services with WSE if you must support WS-*.
Keep components inside your services.
Use Enterprise Services where appropriate.
Use .NET Remoting where appropriate.
Use MSMQ for queued messaging.
Use BizTalk if you need to orchestrate loosely coupled business processes and/or to integrate several disparate systems and technologies.
Use SQL Server Notification Services if you need to build a data-oriented, asynchronous, queued application.

呵呵，似乎有点老生长谈。不过Kirk Allen Evans的一篇针对这个白皮书的Blog倒更有意思，特别是里面的那个案例。最后Benjamin Mitchell在自己的Blog上用一句话做了总结：The fastest transport isn't always the best choice。

posted on 2005-08-03 00:27:00 by kaneboy 评论(3) 阅读(4460)