热烈庆祝【新劳动合同法】今日生效！
作者:love9 日期:2008-01-01
解密不同编码的的参数【转】
作者:love9 日期:2007-09-27
先看下面两个Url，他们传递的参数一样么？？
aaa.aspx?tag=.net%bc%bc%ca%f5
aaa.aspx?tag=.net%e6%8a%80%e6%9c%af
看起来好像是不一样，其实他们都是对".net技术"进行了UrlEncode，不过一个是GB2312的编码，一个是Utf-8的编码。
aaa.aspx?tag=.net%bc%bc%ca%f5
aaa.aspx?tag=.net%e6%8a%80%e6%9c%af
看起来好像是不一样，其实他们都是对".net技术"进行了UrlEncode，不过一个是GB2312的编码，一个是Utf-8的编码。
在ASP.NET中实现页面间的参数传递【转】
作者:love9 日期:2007-09-26
WSS向后兼容对照表【简译】
作者:love9 日期:2007-08-30
众所周知，Windows SharePoint Service 3.0（以下简称WSS 3.0）是基于ASP.NET 2.0进行了重写，因此与WSS 2.0有很多地方存在一些不同。对于Web Part的开发，也是如此。但目前网络上的很多资料介绍的Web Part开发，还是基于WSS 2.0的，而非WSS 3.0风格（即KaneBoy所说的ASP风格）。
Web Part是首先在WSS 2.0作为仪表板（Dashboard）的替代技术引入的，后来ASP.NET 2.0中也引入了一个新版本的Web Part Framework，该框架可以脱离SharePoint的环境运行。WSS 3.0的Web Part框架也基于该ASP.NET Web Part Framework进行了完全的重构。不过为了兼容性（主要是考虑到以前的解决方案的升级），原WSS 2.0的Web Part框架也得以保留，但对于以后的开发而言，都应该基于WSS 3.0的ASP.NET框架进行。
例如，基于WSS 2.0的Web Part都是从 Microsoft.SharePoint.WebPartPages.WebPart类派生的，而WSS 3.0的Web Part应该从标准的ASP.NET类System.Web.UI.WebControls.WebParts.WebPart继承。
下表是基于ASP.NET Web Part Framework中一些新的属性和类型，以及为了兼容性而保留的对应WSS 2.0模型中的属性和类型：
WSS向后兼容对照表
______________________________________________________
ASP.NET Web Parts SharePoint Backward Compatibility
--------------------------------------------------------------------------------------
WebBowsableAttribute ← BrowsableAttribute
--------------------------------------------------------------------------------------
WebDisplayName ← FriendlyName
--------------------------------------------------------------------------------------
WebDescriprion ← Description
--------------------------------------------------------------------------------------
Personaliyable ← WebPartStorage
--------------------------------------------------------------------------------------
PersonalizationScope ← Storage
--------------------------------------------------------------------------------------
EditorPart ← ToolPart
--------------------------------------------------------------------------------------
EditorPartCollection ← ToolPart[]
--------------------------------------------------------------------------------------
CreateEditorParts() ← GetToolParts()
--------------------------------------------------------------------------------------
RenderContents() ← RenderWebPar()
--------------------------------------------------------------------------------------
SetPersonalizationDirty() ← SaveProperties()
--------------------------------------------------------------------------------------
Web Part是首先在WSS 2.0作为仪表板（Dashboard）的替代技术引入的，后来ASP.NET 2.0中也引入了一个新版本的Web Part Framework，该框架可以脱离SharePoint的环境运行。WSS 3.0的Web Part框架也基于该ASP.NET Web Part Framework进行了完全的重构。不过为了兼容性（主要是考虑到以前的解决方案的升级），原WSS 2.0的Web Part框架也得以保留，但对于以后的开发而言，都应该基于WSS 3.0的ASP.NET框架进行。
例如，基于WSS 2.0的Web Part都是从 Microsoft.SharePoint.WebPartPages.WebPart类派生的，而WSS 3.0的Web Part应该从标准的ASP.NET类System.Web.UI.WebControls.WebParts.WebPart继承。
下表是基于ASP.NET Web Part Framework中一些新的属性和类型，以及为了兼容性而保留的对应WSS 2.0模型中的属性和类型：
WSS向后兼容对照表
______________________________________________________
ASP.NET Web Parts SharePoint Backward Compatibility
--------------------------------------------------------------------------------------
WebBowsableAttribute ← BrowsableAttribute
--------------------------------------------------------------------------------------
WebDisplayName ← FriendlyName
--------------------------------------------------------------------------------------
WebDescriprion ← Description
--------------------------------------------------------------------------------------
Personaliyable ← WebPartStorage
--------------------------------------------------------------------------------------
PersonalizationScope ← Storage
--------------------------------------------------------------------------------------
EditorPart ← ToolPart
--------------------------------------------------------------------------------------
EditorPartCollection ← ToolPart[]
--------------------------------------------------------------------------------------
CreateEditorParts() ← GetToolParts()
--------------------------------------------------------------------------------------
RenderContents() ← RenderWebPar()
--------------------------------------------------------------------------------------
SetPersonalizationDirty() ← SaveProperties()
--------------------------------------------------------------------------------------
在SharePoint上部署WebPart的一些方法[整理]
作者:love9 日期:2007-08-22
当然最直接的方法，就是手动部署
把dll放到bin或者gac里 -> 在web.config里写SafeControl -> 在网站集的web部件库中添加进来
命令行部署：通过stsadm工具部署的几种方法
方法一： 2003时代延续的方法
使用cab包将webpart的dll、dwp、manifest.xml打包成一个cab包
使用stsadm -o addwppack 部署
（可以使用stsadm -o enumwppacks浏览这样部署的webpart，
使用stsadm -o deletewppack卸载）
这种方法也可以适用于新的webpart（asp.net的），编写.webpart文件代替.dwp文件
不过需要注意的是这两种文件的格式是不一样的，详细的就不说了，可以在web部件库里打开一个看看就知道了
方法二：moss里对方法一的改进
这个方法我没有试过，不过看起来和方法一是一致的，不过多了一些参数
使用的是stsadm -o deploywppack部署，stsadm -o retractwppack卸载
方法三：通过solution部署
需要编写一个solution用的manifest.xml，和2003时代的那个manifest.xml很像部署webpart的话，需要在里面写上Assemblies和DwpFiles（资源文件的ClassResources是在Assembly里）
其实solution的wsp文件就是cab文件，只不过是换了一个扩展名而已………………
在SDK里有具体的格式说明，不过需要注意的是，sdk在这个地方有一个错误：在DwpFile节中，sdk中说使用FileName属性指定dwp/webpart文件，而实际上，应该使用Location属性替代FileName属性
部署方法（2步）：stsadm -o addsolution
stsadm -o deploysolution
卸载方法（2步）：stsadm -o retractsolution
stsadm -o deletesolution
方法四：通过solution + feature部署
这是最复杂的一种方法，vs2005扩展包中的webpart模版使用的就是这种方法
它并不是直接将webpart加到solution中，而是将其先加到一个feature中（在feature中包含dwp/webpart，并指定部署到web部件库），然后再把这个feature加到solution中（dll文件还是在solution里指定），部署的时候除了部署solution外，还需要激活那个feature
这种方法比较灵活，可以在页面上通过feature来开启/关闭这个webpart
部署方法（3步）：stsadm -o addsolution
stsadm -o deploysolution
stsadm -o activatefeature
卸载方法（4步）：stsadm -o deactivatefeature
stsadm -o uninstallfeature
stsadm -o retractsolution
stsadm -o deletesolution
如果是通过vs2005部署的话，我们可以看到在bin\Debug或Release目录中生成wsp文件的同时，还生成了一个setup.bat，通过这个bat，就可以非常方便地完成上述步骤：
部署：setup -i
卸载：setup -u
注：VS2005装一个VS Extensions for SharePoint之后有一个项目类型模版叫做webpart，写一个webpart，然后F5,就会把webpart部署到你的SharePoint的站点中。实际上也是部署了一个Feature. 其原理MSDN上也有介绍:Walkthrough: Creating a Basic SharePoint Web Part
把dll放到bin或者gac里 -> 在web.config里写SafeControl -> 在网站集的web部件库中添加进来
命令行部署：通过stsadm工具部署的几种方法
方法一： 2003时代延续的方法
使用cab包将webpart的dll、dwp、manifest.xml打包成一个cab包
使用stsadm -o addwppack 部署
（可以使用stsadm -o enumwppacks浏览这样部署的webpart，
使用stsadm -o deletewppack卸载）
这种方法也可以适用于新的webpart（asp.net的），编写.webpart文件代替.dwp文件
不过需要注意的是这两种文件的格式是不一样的，详细的就不说了，可以在web部件库里打开一个看看就知道了
方法二：moss里对方法一的改进
这个方法我没有试过，不过看起来和方法一是一致的，不过多了一些参数
使用的是stsadm -o deploywppack部署，stsadm -o retractwppack卸载
方法三：通过solution部署
需要编写一个solution用的manifest.xml，和2003时代的那个manifest.xml很像部署webpart的话，需要在里面写上Assemblies和DwpFiles（资源文件的ClassResources是在Assembly里）
其实solution的wsp文件就是cab文件，只不过是换了一个扩展名而已………………
在SDK里有具体的格式说明，不过需要注意的是，sdk在这个地方有一个错误：在DwpFile节中，sdk中说使用FileName属性指定dwp/webpart文件，而实际上，应该使用Location属性替代FileName属性
部署方法（2步）：stsadm -o addsolution
stsadm -o deploysolution
卸载方法（2步）：stsadm -o retractsolution
stsadm -o deletesolution
方法四：通过solution + feature部署
这是最复杂的一种方法，vs2005扩展包中的webpart模版使用的就是这种方法
它并不是直接将webpart加到solution中，而是将其先加到一个feature中（在feature中包含dwp/webpart，并指定部署到web部件库），然后再把这个feature加到solution中（dll文件还是在solution里指定），部署的时候除了部署solution外，还需要激活那个feature
这种方法比较灵活，可以在页面上通过feature来开启/关闭这个webpart
部署方法（3步）：stsadm -o addsolution
stsadm -o deploysolution
stsadm -o activatefeature
卸载方法（4步）：stsadm -o deactivatefeature
stsadm -o uninstallfeature
stsadm -o retractsolution
stsadm -o deletesolution
如果是通过vs2005部署的话，我们可以看到在bin\Debug或Release目录中生成wsp文件的同时，还生成了一个setup.bat，通过这个bat，就可以非常方便地完成上述步骤：
部署：setup -i
卸载：setup -u
注：VS2005装一个VS Extensions for SharePoint之后有一个项目类型模版叫做webpart，写一个webpart，然后F5,就会把webpart部署到你的SharePoint的站点中。实际上也是部署了一个Feature. 其原理MSDN上也有介绍:Walkthrough: Creating a Basic SharePoint Web Part
SharePoint反驺期
作者:love9 日期:2007-08-15
前一段时间“急于利用 Windows SharePoint Services 3.0 作为平台进行开发”，在此期间，一直比较泛泛地接触SharePoint，现在想来，虽然大脑感觉越来越清晰和开阔，但发现有多方面的知识需要深入和细化，以下是初步整理的有关“SharePoint 开发实际中所涉及到的技术”：
ASP.NET 2.0
Windows SharePoint Services 的最新版本和 Microsoft Office SharePoint Server (MOSS) 2007 完全依赖于 Microsoft ASP.NET 2.0 作为基础。因此，对于 Windows SharePoint Services 开发人员来说，熟练掌握 ASP.NET 2.0 概念、术语和开发是头等重要的事。除了了解 ASP.NET 请求的流程、它的不同阶段以及内部体系结构和可扩展性选项，开发人员还必须熟悉开发和使用母版页面、内容页面、ASP.NET 服务器和用户控件、ASP.NET 中的模板、ASP.NET Web 部件及其基础结构和 ASP.NET 提供程序模型。
Windows Workflow Foundation
ASP.NET 2.0
Windows SharePoint Services 的最新版本和 Microsoft Office SharePoint Server (MOSS) 2007 完全依赖于 Microsoft ASP.NET 2.0 作为基础。因此，对于 Windows SharePoint Services 开发人员来说，熟练掌握 ASP.NET 2.0 概念、术语和开发是头等重要的事。除了了解 ASP.NET 请求的流程、它的不同阶段以及内部体系结构和可扩展性选项，开发人员还必须熟悉开发和使用母版页面、内容页面、ASP.NET 服务器和用户控件、ASP.NET 中的模板、ASP.NET Web 部件及其基础结构和 ASP.NET 提供程序模型。
Windows Workflow Foundation
【MOSS2007技巧速记02】自定义Toolbar的位置
作者:love9 日期:2007-05-24
在使用ＭＯＳＳ２００７开发的时候，其提供的母版和主题往往不能满足需求，而需要做进一步的个性化定制，在新母版页的设计过程中，往往有很多从表面看不见的东西，最常见的就是在“编辑（Edit）”模式下添加或修改WebPart的时候要在页面出现的工具面板（Toolbar）,那么怎么才能自定义Toolbar的页面位置呢？
首先，你设计好整个母版页面布局，预留好Toolbar的位置…（具体设计方式可自由发挥）；
其次，如果你是在原有的母版页的基础上进行的修改，请在代码中搜索以下这行代码，
程序代码class="mainContainer"
程序代码id="MSO_ContentDiv" runat="server"
最后，如果找不到上一步的相关代码，下面提供一段完整的调用工具面板（Toolbar）的代码：
程序代码<div class="mainContainer" id="MSO_ContentDiv" runat="server">
其实很简单，防止忘记，就速记一笔！
终于打上VS2005SP1和Windows2003SP2
作者:love9 日期:2007-04-16
趁周末重装了系统，终于打上VS2005SP1和Windows2003SP2。之前在老系统上一直安装VS2005 SP1补丁不能成功。Google了一下，找到如下解决方法：
解决方法一：修改注册表，打开注册表（运行“regedit”）HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\Safer\CodeIdentifiers，更改 PolicyScope 的注册表值，然后双击“PolicyScope”，将其值设置从 0 更改为 1。
解决方法二：打开“本地安全设置”（开始>>管理工具>>本地安全设置；或运行“control admintools”），双击“本地安全策略”,单击“软件限制策略”。(如果未列出软件限制，请右击“软件限制策略”，然后单击“新建策略”。)在“对象类型”下，双击“强制”。 然后单击“除本地管理员以外的所有用户”，然后单击“确定”，重启计算机后即可安装VS2005 SP1。
