WSS / MOSS开发......在哪里划线？

Question

我们的组织大约两年前开始使用SharePoint路径。在此之前，我们（开发人员）主要为SQL后端编写asp.net前端。现在似乎每次出现一个新项目时，我们都会被要求“使它”适合SharePoint;而且由于复杂性和与其他技术的交互，我们在SharePoint中填充了一些可能应该是独立应用程序或Web应用程序的东西。

我的问题是：您在哪里绘制关于在SharePoint与Web / Winform应用程序中开发项目的界限，以及如何说服您的经理SharePoint可能不是特定项目的最佳解决方案？< / p>

Answer 1

我同意你的意见，这有时是一个棘手的问题。但总的来说，我同意陈词滥调，你只需要稍微考虑一下sharepoint应用程序。如果您的数据可以被视为基于列表，那么SharePoint可能不一定是糟糕的开发框架。表面看起来似乎更多的工作，但IMO挑战只是从一个地方移动到另一个地方。如果您使用自定义字段模板和Web部件之类的东西，您可以相对自然地处理各种数据。您可以免费获得SharePoint的积极方面（已经成熟的安全框架，内置搜索，网站和列表模板/定义，个性化页面自定义，yada，yada）。

我也不知道这里的“复杂性和与其他技术的交互”是什么意思，因此很难想象当SharePoint添加到混合中时可能会引入哪些具体问题。

如果您的开发团队对SharePoint相对缺乏经验并且您关心质量和截止日期，我绝对可以看到您的观点。这不是一个容易学习的曲线，但我认为SharePoint产品比任何人都更加自然可扩展。

Answer 2

在某些情况下，SharePoint应用程序和ASP.NET应用程序之间存在第三个选项。您可以构建自定义站点和应用程序页面并将它们部署到SharePoint站点。 （Inside Windows SharePoint Services 3.0一书很好地概述了如何执行此操作。）这将允许您在SharePoint环境中使用ASP.Net和SQL Server（这意味着您还可以利用SharePoint安全性等功能）。它不像开发普通的ASP.Net应用程序那么容易，但它是一种妥协。

当然，如果他们希望这些新应用程序基于SharePoint技术（列表，库，工作流等）构建，而不仅仅是“内部”SharePoint，那么这就是技术性。

Answer 3

您可以将应用程序放入SP中的主要原因之一是您希望利用SP为您提供的构建块：

• 安全性（与网站共享安全性）
• 数据（将部分或全部数据存储在列表中）
• 配置（如果您希望在多个站点上使用应用程序）
• 一些基本数据用户界面，例如列表给你这个，你不需要建立它。

Answer 4

在尝试将新应用程序“集成”到现有池中时要考虑的一件事是，数据（客户，库存等）是否会有任何重叠，这些重叠将从合并中受益。

还可以在一个地方备份多个应用程序及其各自的数据。

Answer 5

为什么他们要求全部进入SharePoint？

根据我的经验，这是因为'ole SharePoint Intranet非常适合作为一个门户，可以将所有内容保持在一起，并且可以在一个信息架构下找到。

从组织中应用程序空间的使用感知来解决问题。

只要应用程序的外观和感觉就像内部网站点的一部分，并且用户不必考虑如何访问它（以及如何退出），您几乎可以采取任何必要的架构决策在实施和维护方面，为组织提供最好的帮助。

当我们开始考虑网站较少从SharePoint到其他东西到信息架构，可查找性和可用性的漂亮的毛茸茸概念时，我们的决定不是实际上在SharePoint内部，但仍然像内联网一样皮肤变得更容易出售