ASP.NET与SharePoint

Question

对于喜欢使用ASP.NET / Web表单的开发人员，是否有人会建议您使用SharePoint商店？我是否能够跟上最新的ASP.NET，或者SharePoint是一个不同的世界？我非常喜欢ASP.NET，但是有机会使用SharePoint开发。技术/技能组合的最大变化值得吗？

更新：如果您有选择，我认为坚持使用网络表单会更好。 SharePoint（就您对常规ASP.NET / deploy / style / debug的期望而言）似乎更难开发。如果不需要，为什么优秀的ASP.NET开发人员会去SharePoint？

Answer 1

您的ASP.Net知识将帮助您了解Sharepoint的一些知识，因为它基于与ASP.Net相同的一些技术。

否定的一面：

• Sharepoint有一个陡峭的学习曲线
• 一些开发者讨厌它

积极的一面

• 对于正确的方案，您可以比自定义开发更快地交付业务价值
• 在我们的市场上，只有那些只知道ASP.net的人才能获得更好的分享专家

Answer 2

作为一个已经在共享点上训练了几年的人，我会说你不会抓住机会疯了。 SharePoint坚定地基于asp.net并且有很多交叉。实际上，ASP.NET 2.0设计很大程度上受WSS 3.0的需求驱动 - 即webparts和system.web.hosting虚拟化方面。开发时你会觉得非常舒服。去吧。

-Oisin

Answer 3

SharePoint是基于ASP.NET的不同世界。你不应该注意这一点。您可以随时学习新的ASP.NET功能。我认为您应该改变主意，尝试解决某些业务所需的问题，并根据这一点选择要学习的平台或语言。无论是SharePoint还是ASP.NET，您都可以随心所欲地完成任务。

请不要认为我试图说您将无法将您的ASP.NET体验用作SharePoint开发人员。但是你应该明白，不同的世界会有自己的规则和高级场景，这可能与ASP.NET完全不同。 （例如，数据访问方案需要另一种思维模式）。

Answer 4

我一直在SharePoint世界工作了好一年，我首先不知道任何ASP.NET。既然我有时间自学一些ASP.NET并且学习更多webby概念，那么SharePoint中的内容会更有意义。虽然在日常SharePoint中并不严格需要ASP.NET中的工作知识，但至少不是全部SharePoint，它很有用。我只是发现自己没有做那么多的ASP.NET。

然而，这并不意味着你不会。在生成SharePoint页面和通过母版页修改站点等方面肯定存在范围。甚至是Web部件开发。 SharePoint有许多开发人员入口点，它们与底层ASP.NET的接触程度各不相同。所以它确实取决于你将要做什么。

Answer 5

SharePoint基于ASP.NET。您可以使用SharePoint中习惯使用的所有ASP.NET功能。

Answer 6

如果你选择SP，那么计划做更多的指点和点击，而不是编写代码。开发方面没问题，但是使用对象模型，CAML和一些严肃的配置需要学习很多东西。

如果您喜欢软件开发，编写代码，使用您的技能进行创作，我会坚持使用ASP.Net。

您还会发现自己更多地处理业务。