我有一个专门从事ASP.NET的开发团队.因此,我们提供的解决方案是基于Web的,在IIS上运行并使用MS SQL服务器.公司内部网内的一切.团队拥有这方面的专业知识,他们在C#和.Net方面表现出色.
该公司正在部署SharePoint MOSS 2007.此部署是我未参与的项目的一部分,而且我的信息很少.但是我知道他们已经建立了"思想家"层(那些会说要做什么),集成层(谁将配置,部署和管理生产),以及他们需要建立所谓的开发层(那些谁会做其他两个不能做的事情).
我被要求通过添加SharePoint开发来评估增加团队专业知识的可能性.这是很容易的部分,我只需要找到所需的培训并发送给我的员工.
然而现在,开发这个词可能意味着许多事情,有时我发现配置被用来代替开发.我没有任何反对通过开发新的专业知识来发展团队,但我想确保为我的开发人员提供刺激的东西.其次,我不想说我们拥有SharePoint开发专业知识,实际上我们只是修改css或xml文件.此外,我认为使用向导生成解决方案并不是推动C#开发人员遵循的最佳途径.
我首先问自己的问题是:SharePoint开发人员的背景是什么？如果被要求成为SharePoint开发人员,.Net开发人员会怎么样？
任何想法将不胜感激.
arm*_*nvg 16
我在一年前开始从事Sharepoint开发,当时我在我的公司继承了WSS 3.0解决方案.
就个人而言,我认为这对我了解Sharepoint开发有一个很大的一步,有很多问题(例如安全性,负载平衡,重影),很高兴看到WSS团队如何解决并帮助我解决我正在研究的其他解决方案中的问题.但是我不是全职工作的WSS解决方案,所以其他人必须每天都在讨论它如何与WSS合作.
WSS和Sharepoint是ASP.NET平台的扩展,因此对于开始创建Sharepoint解决方案的开发人员来说,ASP.NET和.NET的任何经验都应该是一个很好的基础.在开始研究WSS项目之前,我阅读了Inside Microsoft Windows Sharepoint Services 3.0一书,以获得基本概念和wss解决方案架构.
我很快发现你必须拥有一个用于Sharepoint开发的虚拟机环境,这是因为在客户端工作并附加到服务器上的远程进程以进入调试模式是很痛苦的.因此,我建议创建一个安装了Visual Studio的MOSS虚拟机,该虚拟机可以访问源控制系统.在该机器上开发解决方案,完成后再检查源控制.
我还建议您查看开发工具,例如stsdev和wspbuilder,以帮助您构建解决方案,这些将简化您的开发过程.网上还有很多工具,例如codeplex可以帮助你.
有时,开发这些解决方案可能会很痛苦,更改可能需要回收IIS池或强制IISReset,错误消息有时可能会有些神秘,等等.但是你很快就会抓住并知道在哪里看.Sharepoint也可以帮到你很多,我已经有了数以百万计的客户问题,这些问题可以通过标准的开箱即用的Web部件来解决,所以我不需要编写代码以保证我的客户满意:)
Sharepoint还希望以某种方式对解决方案进行编码,例如12个hive文件结构,这样它可以帮助您标准化您的解决方案.
严重缺乏文档,因此您必须非常依赖Reflector和此类工具,只是为了了解框架内发生的情况,希望2010年会有所改善.
最初的学习曲线很高,许多新概念都是要学习的技术,例如sharepoint中的工作流,特征,重影和代码访问安全性共享点使用了很多开发人员必须学习的Xml配置,包括站点定义,列表模板等.有时几天我会陷入Xml编辑模式,无法弄清楚为什么事情不能正常工作
这些只是我的想法,我一直主要从事WSS开发工作,如果有人可以评论Sharepoint中的Web部件配置,例如配置搜索,那就太棒了.这是我没有做过多少事情.
很高兴看到你注意到Dev和Admin被"错误地"使用了.
虽然开发用于SharePoint可能纯粹是开发,比如创建webparts等,但我强烈建议您和您的团队同时掌握SharePoint部署,安装和配置.我完全通过了SharePoint认证(WSS配置/开发和MOSS配置/开发),并且掌握了两端知识对我来说非常宝贵.
了解配置的位置将有助于调试和故障排除.我建议至少为你的团队中的1或2人进行MCTS WSS 3.0配置培训/或MOSS配置培训.团队的其他成员将随身携带必需品,让这2名经过认证的同事成为有关配置和管理员的人.
恕我直言,作为一名分享顾问需要知道如何创建一个功能作为开发人员,然后能够作为管理员(或至少一个知情的终端/权力用户)部署,配置和维护该功能.
| 归档时间： |
|
| 查看次数： |
2170 次 |
| 最近记录： |