Sharepoint项目周记一:关于开展MOSS项目的前期调查和需要解决的问题

简介:
最近负责一个项目,需要结合MOSS + TFS + Project Server,有的技术以前也没接触过,肯定会遇到很多问题,在此列出项目中的问题和自己的一些感悟。
一、对于页面的自定义开发
1、可以使用webpart
简要步骤:
  a、将生成的dll放入wss的bin目录 ( Inetpub\wwwroot\wss\VirtualDirectories\80\bin )
  b、在SharePoint的web.config文件添加safecontrol条目
  c、网站设置-〉web部件  -〉 新建 选择我们的webpart
  d、在需要的页面中加入

2、使用sharepoint design 结合vs2005 (参照自: http://www.cnblogs.com/yan0lovesha/archive/2007/11/19/964212.html  )
  1. 用SharePoint Designer设计页面,用Visual Studio写页面后台代码。是可行的,可以完美结合。
  2. 使用该方法,需要在页面前台的@Page指令中使用"Inherit="来指定继承自类库中相应的后台类的完全限定名。
  3. 使用该方法,需要将类库的输出程序集复制到相应的站点的bin目录中或者GAC中。
  3. 使用该方法,需要在SharePoint站点的Web.config文件中将类库添加到safe control列表中
  4. 使用该方法,每在页面中添加一个控件,都需要在后台同时声明一个同名的控件对象,不需要在声明时初始化。但是必须声明为protected或public。
  5. 使用该方法,可以在页面中添加SharePoint控件,并且可以在后台代码中操作该控件
  6. 使用该方法,需要在类库项目中引用System.Web程序集以及SharePoint程序集。
  7. 使用该方法,可以直接声明 protected void Page_Load函数用来在页面加载时执行某些操作
  8. 使用该方法,可以重写 OnError 函数以避免出现默认的SharePoint异常页面。但要在使用Server.GetLastError()函数得到错误内容后要调用Context.ClearError()来清楚之前的异常
  9. 目前未发现任何较大的与普通ASP.NET开发的不同点。只是把页面与后台代码放在了不同的编辑器中进行。
  使用Sharepoint Design时,如果想完全编辑,选格式-〉母版页-〉取消母版页

   注:
   由于sharepoint的网站在web.config中有如下配置:
     < httpHandlers >
      
< remove verb = " GET,HEAD,POST "  path = " * "   />
      
< add verb = " GET,HEAD,POST "  path = " * "  type = " Microsoft.SharePoint.ApplicationRuntime.SPHttpHandler, Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c "   />
      
< add verb = " OPTIONS,PROPFIND,PUT,LOCK,UNLOCK,MOVE,COPY,GETLIB,PROPPATCH,MKCOL,DELETE,(GETSOURCE),(HEADSOURCE),(POSTSOURCE) "  path = " * "  type = " Microsoft.SharePoint.ApplicationRuntime.SPHttpHandler, Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c "   />
    
</ httpHandlers >
如果直接在网站目录下加入aspx页面不能执行
自己的类需要从 System.Web.UI.Page继承
在Designer中不能写诸如: onClick="Button1_onClick" 的事件代码,只能在cs的Page_Load中动态绑定事件

3、使用Feature,例如工作流等

4、直接编辑页面

二、站点的部署问题 
  参见下面的版本控制

三、版本控制的问题
   用两种方式同时进行:
   a、备份网站下所有的页面、子网站、内容等信息,在需要的时候可以恢复
    备份: stsadm -o backup -url http://localhost:888 -filename d:\bak.bak
    恢复: Stsadm -o restore -overwrite -url http://localhost:99 -filename d:\bak.bak
   这两个命令都必须使用localhost,也就是只能在需要备份或恢复的主机执行
   b、用vss进行关键代码的版本控制

   使用sharepoint designer的发布文件到一个目录,然后手工定期把发布的文件同步到vss上去


   本文转自永春博客园博客,原文链接:http://www.cnblogs.com/firstyi/archive/2007/11/29/976794.html,如需转载请自行联系原作者




相关文章
|
2月前
|
IDE 小程序 JavaScript
【意见征集】IDE 3.0 Beta版上线,有什么功能意见想对产品经理说?
【意见征集】IDE 3.0 Beta版上线,有什么功能意见想对产品经理说?
11 0
|
7月前
|
移动开发 JavaScript Java
开发拍卖软件源码选择公司要点和推荐
随着在线拍卖市场的不断增长,越来越多的企业和创业者考虑进入这个潜力巨大的市场,开发拍卖APP。在着手开发之前,必须仔细考虑所需的功能,并选择适合项目需求的拍卖APP源码。本文将讨论选择和开发拍卖APP源码的关键要点,并介绍一款备受推荐的拍卖APP源码,即"东莞梦幻网络科技"的拍卖直播系统源码,这是一个快速启动的解决方案。
|
程序员 项目管理
艾伟也谈项目管理,较大型项目的产品工作心得
  最近做的一个项目从需求分析到上线绵延了四个月之久,这也是目前接手过功能点最繁复,产品线对接最多的一个项目。从中得到的一些关于设计较大型产品的心得,拿出来跟大家分享。   立项前   1、统一元素设计需考虑周全   也许是初创团队的缘故,我不得不感叹团队对产品经理要求之严格之缜密,项目全程只有一个人负责,所以大到产品线对接,小到一句提示的位置和展示形式都需要一一推敲。
1253 0
|
JavaScript 测试技术 项目管理
艾伟也谈项目管理,BUG平台应该是一个知识库
  我很喜欢看各个产品的Bug追踪系统,比如jQuery的Bug Tracker,因为在Bug系统中总能发现一些非常细节的问题,补充自己的知识,慢慢地自己的代码的兼容性会有很大的提高。   但是,在各个Bug系统之中,包括现在公司使用的Trace系统,无一例外地存在一些让我不满意之处,其中最大的原因就是很多Bug系统仅仅是作为Bug的记录系统存在,而没有试图去让一个Bug成为一个知识的积累,让整个Bug系统变成一个丰富充实的知识库。
1061 0
|
程序员 项目管理
艾伟也谈项目管理,软件公司的两种管理方式
  这篇文章是我的一个外国的同事Gareth推荐给我的,我和他一起工作过一段时间。他之所以觉得非常不错,是因为这篇文章让他身有体会,他觉得我也一定会有体会,并让我考虑一下翻译到我的blog上来。我看完后觉得很有代表性,而且觉得说得太对了,所以翻译过来,希望大家都读一读,最好转给你的公司老板。
1190 0
|
项目管理
艾伟也谈项目管理,谁动了项目的时间?
  项目进行到今天,我突然发现项目已经花费了快70%的时间,而离编码结束似乎还很遥远,面对着领导质问般的眼神和组员迷茫般的目光,我深深地吸了一口气,大脑开始了高速地运转,到底谁动了项目的时间?   项目情况   首先介绍一下项目的大概情况:   其实项目倒不是很复杂,一个处理业务流程的系统。
1115 0
|
测试技术 项目管理
艾伟也谈项目管理,如何评估软件进度
  这是一个评估项目完成和剩余百分比的指导说明。   我还没看到了这个问题。 完成:0%, 剩余时间:2周左右。   我看到了这个问题。 完成:50%, 剩余时间: 还要2周左右。   我差不多都完成了。
937 0
|
测试技术 项目管理
艾伟也谈项目管理,在团队中如何推行一项新的实践
在一个老团队中,推行一项新的实践是非常不易的。     如果要求,每天10点站立会议增强团队成员之间沟通。大家会心里先衡量一下,恩,不就是每天站个十几分钟,自己说几句话,然后听别人说嘛,不难做到。
1092 0
|
架构师 项目管理
艾伟也谈项目管理,个人管理:写书之前应该回答的几个问题
  我在06年和一个同事写过一本Delphi入门的示例书籍Delphi数据库通用模块及典型系统开发,当时体会到了写书不像想象中的简单,基本上业余时间都没了,所以我之后就不想出书了,其中更重要的一个原因是,我还没有找到一本真正想与大家分享并且自己能写出来的书籍。
1237 0
|
项目管理
艾伟也谈项目管理,杂谈项目中的那些事儿:计划与变化
  IT项目中,我们最恐惧什么?   项目中止?不是,因为对于尽心尽力的我们而言,“项目中止”很少是因为咱这些苦哈哈,也许是财务危机、也许是项目的必要性已不存在、也许仅仅是无限期的延迟。   所以,这里我们讨论的是:一个正在执行的还算正常的项目进程中的事情。
1264 0