ASP.NET vs SharePoint – 哪一个更适合Web开发人员?

关于共享点的信息较少(仅限基本信息)。 Microsoft为Web开发人员发布了SharePoint。 微软还表示,SharePoint与其他.NET技术兼容,如Workflow Foundation,WCF等,它是开发网站和网络应用程序的简便方法。

另外据我所知,ASP.NET与.NET技术和C#兼容。 对于每个至少使用C#或VB.NET的人来说都很容易。

因此具有SharePoint的这些优势:

  1. 为什么我们必须使用asp.net而不是SharePoint?
  2. 为什么Microsoft开发ASP.NET(新版本4)?
  3. 选择其中一个的主要原因是什么?
  4. 是否真的比asp.net更快更容易地开发基础共享点?

SharePoint是一个位于ASP.net之上的应用程序(当前SharePoint 2010中的3.5 SP1 – 无法使用ASP.net 4.0)。 它们确实覆盖了很多ASP.net内置function(例如,它们有自己的.aspx Parser和Virtual Path Provider)。

使用ASP.net,您拥有一个记录良好,经过战斗强化,成熟且稳定的平台,并具有良好的API。

使用SharePoint,您可以获得一个记录不良,错误缠身,非常有限的应用程序,它可以处理您自己编写的许多function(例如,用户配置文件管理,文档组织和版本控制以及评论和标记等社交function),但对于SharePoint处理它们的要点非常差,并且不允许您覆盖它们,这意味着您无论如何都要花费大量时间重写它们并尝试将它们集成回来。

基本上我自2006年以来作为SharePoint开发人员的建议:在必要时使用它,尽可能避免使用它并且只使用ASP.net。

SharePoint作为一个简单的文档管理和非常轻松的社交系统是很好的。 您可以快速自定义它的较小部分,并为您的公司增加很多价值。 但是,当你需要的东西与微软设想的东西略有不同时,你就会遇到一个你无法通过的墙。 它的function非常棒,仅此而已。

我是Sharepoint Developer ……让我说我希望它只是ASP.NET! 这将是伟大的……它带来了它自己的范例,这是非常复杂的。

ASP.NET和Sharepoint是两种“不同”的技术。 Sharepoint主要使用ASP.NET构建,并将ASP.NET页面提供给用户。

您可以使用VB.NET或C#与Sharepoint。

在我看来,如果你计划使用它的内置列表,用户管理等,Sharepoint开发只会更快。虽然这些确实需要时间来学习。 关于sharepoint的一个很酷的事情是,您可以开发Web部件,并在整个安装过程中在多个页面上重复使用这些Web部件。

Microsoft继续开发ASP.NET和sharepoint,因为它们是两种不同的动物,ASP.NET页面可通过Sharepoint交付。

至于哪个最适合你,你可以打电话。 你需要Sharepoint吗? 或者像DotNetNuke这样的预制CMS会更好吗? 甚至可以使用Windows凭据管理创建自己的站点,以便您可以使用SSO(单点登录)。

这实际上取决于您想要从安装中获得什么。 Sharepoint价格昂贵,而且由于专业知识,Sharepoint的开发人员也很昂贵。

作为开发人员…(我希望我的老板不看!!)我更喜欢从头开始构建东西而不是使用SP,但那是我的工作……

除非您需要,否则不要使用sharepoint,请查看本文: 使用SharePoint与ASP.NET相比时的挑战

如果您只想创建一个网站,请访问ASP.net。

但是,如果您的公司具有SharePoint安装并且您希望与其集成,则应该使用SharePoint。

SharePoint构建于ASP.net之上,但有许多扩展,允许在整个公司内共享数据。

但是,如果您只是建立一个网站并且不需要所有这些,那么ASP.net就是您的选择。

我会尝试逐点回答:

  1. SharePoint不是ASP.NET的替代品。 它是ASP.NET平台的扩展,简化了几个与企业网站相关的常见用例的实现:文档管理,知识保留,协作等…… SharePoint与ASP.NET的关联方式与Wordpress相关到PHP:它是一个专门的扩展而不是替代。
  2. 与(1)中的说明相同。
  3. 如果您需要开发的东西属于SP提供的范围,则使用SP,这主要是某种企业解决方案。 这是SP可以做什么的一个很好的总结 。
  4. 同样,如果您正在尝试开发SharePoint的目的,那么它会更快更容易。 此外,SP没有那么详细记录,所以如果你不熟悉它,你可能会有一个缓慢的开始。

SP是一个非常强大的平台,然而,它确实给表格带来了复杂性,否则可能不会出现简单的ASP.net。 另外,当您使用SP移动“OOTB”时,RTM等会变得有点挑战。我生活在博客中,发生了“奇怪”的事情。 我不是一个成熟的SP开发人员,但已经使用它已经超过7年了,我发现构建解决方案将在SP内部工作,但不一定用IN SP构建通常会更容易维护和控制。 只是我的观点!