将最初在.net中创建的整个门户网站迁移（重写）到shareopoint似乎不是一件容易的事情。 我已经被分配了这样的任务，现在我只是在学习，计划和开始实践，以便更快地完成它。
这不是一个问题，它应该是对它的讨论，并可能帮助那些可能进一步做同样工作的人。
1 - 当前门户网站上有一个类似“留言板”的东西，我打算建立一个博客网站类型，你会采取什么样的消息？
2 - 正如另一个问题所述，我必须管理用户，并且本地活动目录是有组织且可靠的，所以我猜这就是我将要使用的
3 - 必须有一种方法来存储文件，图像，文档并对其中一些文件进行版本控制。
4 - 必须在设计中进行自定义，并在sharepoint主页的默认控件中进行清理（对于所需目的而言可能无用）
5 - 大约30名本地用户，可从互联网（本地服务器）访问，以防我们的顾问必须从客户端访问
6 - 我有一个版本的Visual Studio 2010（已经有图形webpart设计师）因为我工作的公司是MS黄金合作伙伴。
7 - 我打算用c＃编写webparts，设计部分对我来说仍然是个谜，因为我对shareopint并不熟悉。
我想要一些提示，链接和答案..我将从现在开始看这个问题并回答任何其他信息。
答案 0 :(得分：4)
1。）SharePoint 2007具有一些博客/维基/电路板功能，但它还非常不成熟。我试图让我的团队使用它们，但缺乏用户界面，并且增强这些元素具有挑战性。 SP2010可能会提供更好的体验。
2。）SharePoint中的用户管理易于执行但难以管理。建立添加/修改最终用户的流程，并将具有该功能的人数保持在最低水平。否则它会失去控制，你最终不知道谁有权访问什么。我还建议依赖AD组，而不是在站点中为个人提供特定访问权。
3。）文档存储是SharePoint的强项，我想你会留下深刻的印象。
4.。）SharePoint品牌推广需要一些时间，但其他人将其归结为艺术形式。请注意，某些页面（称为“应用程序页面”）不应完全受控。另请注意，您不希望从母版页中删除控件，因为SharePoint中的某些功能假定控件存在 - 而是最好使用CSS隐藏它们。
5.）这听起来不错。暴露于Internet的SharePoint应该被严格锁定 - 但如果您将其锁定（即删除对应用程序页面的访问），则您寻找的功能将无法使用。您是否考虑过内联网和单独的外联网？
6。）应该没问题，VS2010应该是关于SharePoint的更好的开发体验。
7。）保持您的品牌和功能分离，并确保使用解决方案文件部署它们（而不是直接使用文件系统）。此外，永远不要直接读/写数据库。
我认为您会发现用SharePoint替换自定义Intranet是一项常见任务，但会有一个学习曲线。困难的部分将是品牌和数据迁移。如果新系统运行缓慢，最终用户将拒绝新系统 - 因此请确保在启动之前获得架构和配置（可能需要咨询顾问）。
答案 1 :(得分：3)
1 - 有点像“消息” 董事会“在当前的门户网站，其中 我打算用博客建立 网站类型，你觉得怎么样？
SharePoint讨论非常适合他们的目标...小型目标讨论。论坛非常不同。它是一个集中区域，具有多个具有不同主题的线程。您可以尝试CodePlex（这是您的朋友） SharePoint Forums
如果您已经拥有它，则AD是完美的...好的是您可以使用“配置文件”页面来更新同步的AD信息...您有很多功能。但是，主要好处之一是SharePoint可以支持多种身份验证。您可以扩展SharePoint站点并插入不同的身份验证（如SQL Auth），然后多组用户可以在具有不同权限的相同站点上进行交互。更不用说SharePoint不仅提供站点访问权限，而且可以将安全性细化到列表或库中的各个项目。2 - 如另一个问题所述，我 必须管理用户和本地用户 活动目录是有组织的 可靠，所以我想这就是我的意思 要使用
3 - 必须有一种存储方式 文件，图像，文件和拥有 其中一些控制版本。
这是SharePoint拥有最多功能OOB的地方。
4 - 必须进行定制 在设计和清洁 sharepoint的默认控件 主页（可能没用 期望的目的）
我们有一个完全自定义的MasterPage，后面有代码。您需要了解功能装订和功能接收器。还可以使用Heather Solomon's网站
5 - 大约30个本地用户和正在 可从互联网访问（本地 服务器）以防我们的顾问必须 从客户端访问它
对于这么多用户来说，SharePoint似乎有点过分。
6 - 我有一个版本的 Visual Studio 2010（已经有了 图形webpart设计师）因为 我工作的公司是MS黄金合作伙伴。
获取适用于SharePoint的Visual Studio扩展
7 - 我打算为webparts编程 c＃，设计部分仍然是 我不喜欢，因为我不是那样的 熟悉shareopint。
查看应用程序页面而不是WebParts ...应用程序页面对于自定义表单比Web部件更灵活。 Web部件仅在需要临时提供功能时才有用，这样您就可以允许用户将功能拖到页面上，或者如果需要将功能限制为特定的用户组（因为布局页面可供所有用户使用）的网站）。
答案 2 :(得分：1)
此人的答案类似但不完全相同可能会有所帮助：Sharepoint for a C# Asp.net Developer
在其他现有的SO问题中有很多帮助。只需点击“sharepoint”标签，然后按投票排序，你会发现很多有趣的阅读。
答案 3 :(得分：1)
关于7 - 编程Web部件： 在CodePlex上查看SmartPart。这是创建简单Web部件的一种相当简单的方法，特别是如果您有一些ASP经验。