c# - Sharepoint 内网门户

Question

将最初用 .net 制作的整个门户网站迁移（重写）到 shareopoint 似乎不是一件容易的事。我被分配了这样的任务，现在我只是在学习、计划并开始让事情变得实际，以便更快地完成它。

这不完全是一个问题，它应该是一个关于它的讨论，并且可以帮助其他可能进一步做同样工作的人。

1 - 当前门户网站中有类似“留言板”之类的东西，我正计划用博客网站类型来构建它，您有什么建议？

2 - 正如在另一个问题中所问的，我必须管理用户，并且本地活动目录是有组织且可靠的，所以我想这就是我要使用的

3 - 必须有一种方法来存储文件、图像、文档并在其中的一些中进行版本控制。

4 - 必须在设计中进行自定义，并在共享点母版页的默认控件中进行清理（这对于预期目的可能无用）

5 - 大约 30 个本地用户，可以从互联网（本地服务器）访问，以防我们的顾问必须从客户那里访问它

6 - 我有一个 Visual Studio 2010 版本（已经带有图形 webpart 设计器），因为我工作的公司是 MS 金牌合作伙伴。

7 - 我打算用c#编写webparts，设计部分对我来说仍然是个谜，因为我对shareopint还不太熟悉。

我想要一些提示、链接和答案.. 从现在开始我将关注这个问题并回答任何其他信息。

Answer 1

1.) SharePoint 2007 有一些博客/wiki/board 功能，但还很不成熟。我试图让我的团队使用它们，但缺少用户界面，增强这些元素具有挑战性。SP2010 可能会提供更好的体验。

2.) SharePoint 中的用户管理易于执行但难以管理。建立添加/修改最终用户的流程，并将具有这种能力的人数保持在最低限度。否则它会失去控制，你最终不知道谁可以访问什么。我还建议依靠 AD 组，而不是在站点中授予个人特定访问权限。

3.) 文档存储是 SharePoint 的强项，我想你会印象深刻的。

4.) SharePoint 品牌塑造需要一些时间，但其他人将其归结为一种艺术形式。请注意，不应完全控制某些页面（称为应用程序页面）。另请注意，您不想从母版页中删除控件，因为 SharePoint 中的某些功能假定控件存在 - 最好使用 CSS 隐藏它们。

5.) 这听起来是个坏主意。暴露于 Internet 的 SharePoint 应该被严格锁定 - 但如果您将其锁定（即删除对应用程序页面的访问），您寻求的功能将不可用。您是否考虑过 Intranet 和单独的 Extranet？

6.) 应该没问题，VS2010 在 SharePoint 方面应该是更好的开发体验。

7.) 将您的品牌和功能分开，并确保使用解决方案文件部署它们（而不是直接使用文件系统）。此外，永远不要直接读/写数据库。

我想您会发现用 SharePoint 替换自定义 Intranet 是一项常见任务，但会有一个学习曲线。困难的部分将是品牌和数据迁移。如果新系统速度慢，最终用户会拒绝它——因此请确保在启动前获得架构和配置（可能需要顾问）。

Answer 2

1 - 当前门户网站中有类似“留言板”之类的东西，我正计划用博客网站类型来构建它，您有什么建议？

SharePoint 讨论非常适合它们的意图......小型有针对性的讨论。一个论坛是非常不同的。它是一个集中的区域，有多个不同主题的线程。您可以尝试 CodePlex（这是您的朋友） SharePoint 论坛

2 - 正如在另一个问题中所问的，我必须管理用户，并且本地活动目录是有组织且可靠的，所以我想这就是我要使用的

如果您已经拥有 AD，那么它是完美的……好消息是您可以使用“个人资料”页面来更新同步的 AD 信息……您有很多功能。但是，主要好处之一是 SharePoint 可以支持多个身份验证。您可以扩展 SharePoint 网站并插入不同的身份验证（如 SQL 身份验证），然后多组用户可以在具有不同权限的相同网站上进行交互。更不用说 SharePoint 不仅提供站点访问，而且您可以将安全性细化到列表或库中的各个项目。

3 - 必须有一种方法来存储文件、图像、文档并在其中的一些中进行版本控制。

这是 SharePoint 最具有 OOB 功能的地方。

4 - 必须在设计中进行自定义，并在共享点母版页的默认控件中进行清理（这对于预期目的可能无用）

我们有一个完全定制的 MasterPage，后面有代码。您需要了解特征装订和特征接收器。也使用希瑟所罗门的网站

5 - 大约 30 个本地用户，可以从互联网（本地服务器）访问，以防我们的顾问必须从客户那里访问它

对于这么多用户来说，SharePoint 似乎有点矫枉过正。

6 - 我有一个 Visual Studio 2010 版本（已经带有图形 webpart 设计器），因为我工作的公司是 MS 金牌合作伙伴。

获取 SharePoint 的 Visual Studio 扩展

7 - 我打算用c#编写webparts，设计部分对我来说仍然是个谜，因为我对shareopint还不太熟悉。

查看应用程序页面而不是 WebParts ... 对于自定义表单，应用程序页面比 Web 部件更灵活。Web 部件仅在需要临时提供功能时才有用，以便您可以允许用户将功能拖到页面上，或者如果您需要将功能限制为特定的用户集（因为布局页面可供所有人使用）网站）。

Answer 3

这个人的类似但不相同的问题的答案可能会有所帮助：Sharepoint for a C# Asp.net Developer

在其他现有的 SO 问题中有很多帮助。只需点击“sharepoint”标签，然后按投票排序，您就会发现很多有趣的阅读内容。

Answer 4

关于 7 - 对 Web 部件进行编程：查看 CodePlex 上的SmartPart。这是创建简单 Web 部件的一种相当简单的方法，特别是如果您有一些 ASP 经验的话。