SharePoint开发人员的个人资料是什么

SharePoint开发人员的个人资料是什么,sharepoint,Sharepoint,我有一个专门从事ASP.NET的开发团队。因此,我们提供的解决方案是基于web的,在IIS上运行,并使用MS SQL server。公司内部网中的所有内容。该团队拥有这方面的专业知识,他们在C#和.Net方面都非常优秀 该公司正在部署SharePoint MOSS 2007。此部署是我未参与的项目的一部分,对此我几乎没有什么信息。然而,我知道他们已经建立了“思想者”层(那些说要做什么的人)、集成层(那些将配置、部署和管理生产的人),并且他们需要建立所谓的开发层(那些将做其他两个做不到的事情的人)

我有一个专门从事ASP.NET的开发团队。因此,我们提供的解决方案是基于web的,在IIS上运行,并使用MS SQL server。公司内部网中的所有内容。该团队拥有这方面的专业知识,他们在C#和.Net方面都非常优秀

该公司正在部署SharePoint MOSS 2007。此部署是我未参与的项目的一部分,对此我几乎没有什么信息。然而,我知道他们已经建立了“思想者”层(那些说要做什么的人)、集成层(那些将配置、部署和管理生产的人),并且他们需要建立所谓的开发层(那些将做其他两个做不到的事情的人)

我被要求评估通过添加SharePoint开发来提高团队专业技能的可能性。这是最简单的部分,我只需要找到所需的培训并派遣我的人员

然而这些天来,“开发”这个词可能意味着很多事情,有时我发现用配置来代替开发。 我不反对通过开发新的专业知识来发展团队,但我想确保让我的开发人员保持活力。 其次,我不想说我们拥有SharePoint开发专业知识,实际上我们所做的只是修改css或xml文件。此外,我不认为使用向导生成解决方案是促使C#开发者遵循的最佳途径

我首先问自己的问题是:SharePoint开发人员的背景是什么?如果被要求成为SharePoint开发人员,.Net开发人员会有什么感受


任何想法都将不胜感激。

据我所知,从客户的角度来看,SharePoint是一种流行的技术,但在开发人员中却是一个仇恨的对象。

我在一年多前开始从事SharePoint开发,当时我在公司继承了WSS 3.0解决方案

就我个人而言,我认为这是我了解Sharepoint开发的一大步,有很多问题(例如安全性、负载平衡、重影)很好地看到WSS团队是如何解决的,并帮助我解决我正在研究的其他解决方案中的问题。但我并不是全职从事WSS解决方案的工作,所以其他人必须回答它每天是如何与WSS一起工作的

WSS和SharePoint是ASP.NET平台上的一个扩展,所以在ASP.NET和.NET中的任何经验都应该是开发者开始创建SharePoint解决方案的良好基础。在我开始从事wss项目之前,我阅读这本书是为了获得基本概念和wss解决方案架构

我很快发现,Sharepoint开发必须有一个虚拟机环境,这是因为在客户机上工作并连接到服务器上的远程进程以进入调试模式是一件痛苦的事情。因此,我建议创建一个安装了Visual Studio的MOSS虚拟机,该虚拟机可以访问您的源代码管理系统。在该机器上开发解决方案,完成后检查源代码管理

我还建议查看开发工具,例如和,以帮助您构建解决方案,这些工具将大大简化您的开发过程。网络上也有很多可用的工具,例如帮助您解决问题

有时开发这些解决方案可能会很痛苦,更改可能需要回收IIS池或强制IISReset,错误消息有时可能有点神秘,等等。但你很快就明白了,知道去哪里找。Sharepoint还为您提供了很多帮助,我已经收到了客户提出的数百万个问题,这些问题可以通过标准的开箱即用web部件解决,这样我就不必编写代码来让客户满意:)

Sharepoint还希望以某种方式对解决方案进行编码,例如12配置单元文件结构,以便帮助您标准化解决方案

由于严重缺乏文档,因此您不得不大量依赖Reflector和此类工具,只是为了了解框架内正在发生的事情,希望在2010年会更好

最初的学习曲线很高,需要学习很多新概念和技术,例如sharepoint中的工作流、Features、重影和代码访问安全性 sharepoint使用了很多Xml配置,开发人员必须了解这些配置,包括站点定义、列表模板等。有时,我会陷入Xml编辑模式,无法理解为什么事情不能正常工作


这些只是我的一小部分想法,我主要从事WSS开发,如果有人能对Sharepoint中的web部件配置(例如配置搜索)发表评论,那就太好了。这是我一直没有做的事情。

很高兴看到您注意到Dev和Admin被“错误地”使用

尽管针对SharePoint的开发可能纯粹是开发,比如创建Web部件等,但我强烈建议您和您的团队也要掌握SharePoint的部署、安装和配置。我完全通过了SharePoint认证(WSS Config/Dev和MOSS Config/Dev),对这两个方面的知识对我来说都是非常宝贵的

知道在哪里配置了什么将有助于调试和故障排除。我建议至少为一到两名团队成员参加MCTS WSS 3.0配置培训和/或MOSS配置培训。团队中的其他成员将在进行过程中学习基本知识,让这两名经过认证的同事担任有关配置和管理的人员


IMHO,作为一名sharepoint顾问,需要知道如何作为开发人员创建一项功能,然后能够作为管理员(或至少是知情的最终/高级用户)部署、配置和维护该功能。

我的同事正在研究sharepoint