Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/sharepoint/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
构建面向公众的网站需要了解Sharepoint的哪些部分?_Sharepoint_Web Applications_Web_Moss_Wss - Fatal编程技术网

构建面向公众的网站需要了解Sharepoint的哪些部分?

构建面向公众的网站需要了解Sharepoint的哪些部分?,sharepoint,web-applications,web,moss,wss,Sharepoint,Web Applications,Web,Moss,Wss,我正在建立一个面向公众的网站,它可以做到以下几点。 用户登录。 然后查看他们的客户列表。 他们点击客户查看他们过去的购买、订购、更改等等。 顺便说一下,这不是一个购物网站。 这是一个简单的查找工具 请注意,网站访问的任何数据都不在SQL数据库之外的任何数据库中—没有office文档。此外,登录不使用用户在VPN上的Windows凭据或类似的东西 通常我会使用标准的ASP.NETMVC网站来构建它。 然而,客户表示他们希望使用Sharepoint 据我所知,Sharepoint用于工作流和作为协作

我正在建立一个面向公众的网站,它可以做到以下几点。 用户登录。 然后查看他们的客户列表。 他们点击客户查看他们过去的购买、订购、更改等等。 顺便说一下,这不是一个购物网站。 这是一个简单的查找工具

请注意,网站访问的任何数据都不在SQL数据库之外的任何数据库中—没有office文档。此外,登录不使用用户在VPN上的Windows凭据或类似的东西

通常我会使用标准的ASP.NETMVC网站来构建它。 然而,客户表示他们希望使用Sharepoint

据我所知,Sharepoint用于工作流和作为协作工具的网站,如您可以在此处看到的组件

以下是我的问题:

  • 我说WSS完全不适合这个任务,因为它带来的开销不会带来任何好处,这是对的吗

  • 如果我必须使用它,我需要WSS还是MOSS

  • 如果我必须使用它,我说该网站将包括以下内容是否正确:

  • 列表项

    a) Web部件

    b) 和自定义站点布局。如何创建其中一个

增编:这本书看起来是个好的开始

  • 对。嗯,这不是不合适的,但它也没有添加任何内容。。但也许在将来

  • WSS就足够了

  • 您需要web部件来公开数据,是的。自定义站点布局不是必需的。如果您想要自己的外观,SharePoint主题可能就足够了。即使您想要一些真正的自定义布局调整,您可能不需要网站模板,但您可以仅使用SharePoint Designer编辑页面或母版页
  • 1.)我同意SharePoint不适合此任务。有几个原因:

    • 这要花几千美元才能买到
    • SharePoint将使用大量资源(SQL Server、IIS、Active Directory…),这些资源对您的任务要求不必要
    • SP在以您的方式开发解决方案时几乎没有灵活性——听起来您无论如何都需要在ASP.NET中创建一个与数据库连接的Web部件(这样就可以完全独立于SP)
    SharePoint占有一席之地——它可以作为公司的内部文档管理、intranet和工作流/审批系统提供极大的帮助——但它不太适合自定义代码或Internet使用

    2.)我相信互联网许可证需要MOSS(如上面的链接所示)

    3.)SP开发与典型的关系数据库系统不同(例如,它使用扁平的、非规范化的表)。如果您的SQL符合SharePoint的思维方式,那么您可能能够使用连接到数据库的外部列表。更有可能需要使用Visual Studio在ASP.NET中创建自定义Web部件


    希望这将是一些合理的论据,您可以使用这些论据帮助客户了解SharePoint如何不适合此任务。。。事实上,我只希望第一点(许可成本)能让他们改观。

    从技术上讲,你可以使用WSS来完成这项任务,但MOSS有更多的功能,旨在构建面向公众的网站。我想到了基础设施。它具有使您能够构建在SharePoint中运行良好的自定义界面的。使用SharePoint时,在可扩展性方面存在潜在的挑战。如果你很了解这个平台,那么像你建议的那样做将是一项相当快的任务。如果您不了解SharePoint及其底层系统,您可能会面临挑战

    您不希望使用SharePoint Designer构建最终应用程序。它的行为可能导致可伸缩性方面的重大问题。您希望创建一个SharePoint解决方案,该解决方案包含许多可以轻松部署到SharePoint的功能。走这条路不会缓解性能问题,但您将更接近正确的解决方案。您可以将自定义用户界面元素打包为CQWPs或编写Web部件。我个人更喜欢编写Web部件

    您可以在一个简单的环境中完成整个网站的设计。站点中的页面将从此继承。如果您有MOSS,那么您可以创建所谓的包含Web部件的组件。这些在WSS中是不可用的,这就是为什么人们建议公共网站不要使用它

    要决定SharePoint(任何版本)是否值得,您需要了解他们是否将使用任何核心功能。如果一切都是定制的,而您不打算在部署中使用任何工作流或文档管理功能,那么我会离开。若要从开发角度查看是否希望进一步使用SharePoint,请查看。我最近在我的雇主那里用那个网站上的资料上了一门介绍课程。它们已经过时,需要更多关于最佳实践的信息,但它们为您提供了一种快速的方式,让您可以摸着石头过河,并决定是否进一步开发。

    1)对于您所描述的核心功能,SharePoint不打算添加任何内容,但是,如果您在SharePoints Premiss上构建它,它允许您的客户在核心之外“免费”添加许多功能,如:

    • 他们可以将内容编辑器Web部件添加到页面中,以便添加说明和消息
    • 他们可以添加列表,客户可以在其中输入请求/评论/。。。并自动将新条目邮寄给组织中订阅更改的任何人
    • 您开发的功能可以在其intranet上重用
    • 任何未来的小型“web应用程序”都可以包含在同一个站点中
    因此,总而言之,除非您有更好的框架可供使用,否则请使用SharePoint

    2) WSS是您现在所需要的全部

    3) 您目前的主要交付成果是:

    • 具有某些特性的特征