我目前正在将旧版 Visual FoxPro 应用程序迁移到网络上。我们的计划包括购买一个应用程序框架,例如 Strataframe 或 MM .NET,它们都对 VFP 友好,以及一些第三方控件以加快开发速度。
好吧,我们最近听说我们可能不得不使用“开箱即用”的 Sharepoint 来托管这个应用程序,我不完全确定这意味着什么。我知道您可以使用 Visual Studio 来扩展开箱即用的功能,但我认为这是不可能的。
有没有人不得不处理这样的事情?
我目前正在将旧版 Visual FoxPro 应用程序迁移到网络上。我们的计划包括购买一个应用程序框架,例如 Strataframe 或 MM .NET,它们都对 VFP 友好,以及一些第三方控件以加快开发速度。
好吧,我们最近听说我们可能不得不使用“开箱即用”的 Sharepoint 来托管这个应用程序,我不完全确定这意味着什么。我知道您可以使用 Visual Studio 来扩展开箱即用的功能,但我认为这是不可能的。
有没有人不得不处理这样的事情?
我不确定我是否理解您所说的“我认为这是不可能的”是什么意思?正如您所指出的,SharePoint 旨在扩展/开发。
如果你的意思是你怀疑开箱即用的 SharePoint 可能不会做你想做的事......是的,我同意。SharePoint 应被视为一个平台,而不是一个交钥匙解决方案。我还没有听说过不需要某种定制/开发的项目。
至于处理这样的事情......完全取决于你想要做什么!
我假设“开箱即用”SharePoint 意味着您不能使用 Visual Studio 来扩展它。我不确定使用 SharePoint Designer 是否算数。
对于不需要开发的东西,开箱即用的 SharePoint 可以非常强大。但是,如果您尝试解决复杂的问题,OOTB SharePoint 应用程序可能会有一些非常粗糙的边缘。您也可能会遇到 OOTB 功能根本不允许您以有用的方式模仿特定数据结构或流程的情况。
如果您必须进入自定义和扩展 SharePoint,学习曲线会变得陡峭。SharePoint 开发需要付出一些努力才能精通——也就是说,它可能会成为您或您团队中其他程序员的主要关注点。Inside Microsoft Windows SharePoint Services 3.0一书很好地介绍了事物的开发方面。
在您使用 SharePoint 之前,我会确保获得一个相当清晰的路线图,说明应用程序的发展方向。然后,我会花一些时间来熟悉 WSS3 的基本 OOTB 功能(Microsoft 有一个评估 Virtual PC 映像),以确保它能够处理它。你想清楚地设定对你能做什么和不能做什么开箱即用的期望,以及如果你必须超越它,它将如何影响你的程序员团队。
Strataframe 或 MM .NET 是winforms解决方案。
Sharepoint 是基于网络的,所以我认为这里不匹配。无法在 sharepoint 中集成/托管使用这些工具创建的解决方案。您可以从 sharepoint 下载它,但我怀疑这是客户的意思..
我最近刚刚参加了一个为期 4 个月的计划,旨在为文档管理创建 Sharepoint 解决方案。我不确定您的团队需要这个站点来做什么,但是您可以使用许多简单快捷的开发解决方案来扩展 Sharepoint。此外,还有许多易于安装的插件可以帮助特定项目。
对于开箱即用的 SharePoint,您指的是 SharePoint Server 2007,还是免费的 Windows Sharepoint Services 3.0?此外,您能否使用 SharePoint Designer(自定义 SharePoint 的外观/感觉和细微结构更改以及创建自定义工作流的好工具)。SharePoint Designer 占用空间非常小,并且不需要修改服务器。
另请注意,虽然 SharePoint 对所有基本情况都很有用,但如果您有任何想要实现的复杂要求,则确实需要对其进行一些扩展。如果您需要对 SharePoint 进行任何类型的细微开发更改,或者只是想了解可能的情况,我可以为您提供的最佳解决方案是PilotHouse Consulting 的开发 DVD或Lynda.com的基础知识。
最终,我会尽量让您的雇主不要完全限制将 Visual Studio 扩展至 SharePoint 的可能性。
此外,DylanW 的 Virtual PC 评估链接对于尝试学习使用创建 SharePoint 解决方案非常有帮助。
我会仔细处理“OOTB SharePoint”上的任何自定义开发项目——尤其是如果您对该平台没有任何经验。API 的工作方式有很多特点,识别和预测它们需要时间;还有一些技术对于保持解决方案的稳定性和可扩展性至关重要(例如,使用 {} 块将 SharePoint 对象实例化包装在内部),更不用说了解业务/Web 应用程序的结构了。
您首先需要了解平台及其工作原理,然后才能超越自己,我强烈警告不要将其视为开发平台 - 它更像是一个具有一些可扩展性选项的框架。
在此之后,您确实需要对如何管理您的项目有一个扎实的想法,从开发到推出、培训和支持。由于规划和管理不足,太多的 SharePoint 项目失败了。
有关详细信息,请参阅 Paul Culmsee 的系列,SharePoint 项目为什么会失败?