我正在建立面向公众的网站，该网站执行以下操作。 用户登录。 然后查看他们的客户列表。 他们点击客户查看他们过去的购买，订购，更改等。 顺便说一下，这不是一个购物网站。 这是一个简单的查找工具。
请注意，网站访问的数据都不是SQL数据库以外的任何数据 - 没有办公文档。此外，登录不会在VPN上使用用户Windows凭据或类似的东西。
通常我会使用标准的ASP.NET MVC网站构建它。 但是客户说他们想要使用Sharepoint。
据我了解，Sharepoint用于工作流程和网站，这些工具是协作工具，例如您可以在此处看到的组件http://www.sharepointhosting.com/sharepoint-features.html
以下是我的问题：
我是否正确地说WSS完全不适合这项任务，因为它带来的开销没有任何好处？
如果我不得不使用它，我需要WSS还是MOSS？
如果我不得不使用它，我会说该网站包含以下内容：
列出项目
a）Web部件
b）自定义网站布局。如何创建其中一个？
附录：书Professional SharePoint 2007 Web Content Management Development看起来是一个好的开始
答案 0 :(得分：2)
1。）我同意SharePoint对于此任务非常不合适。原因如下：
SharePoint拥有它 - 它可以作为公司的内部文档管理，内部网和工作流/审批系统非常有用 - 但它不适合自定义代码或Internet使用。
2.）我相信互联网许可证需要MOSS（如上面的链接所示）。
3.）SP开发与典型的关系数据库系统不同（例如，它使用平坦的，非标准化的表）。如果您的SQL与SharePoint的思维方式相匹配，您可以使用SharePoint Designer作为外部列表连接到数据库。您更有可能需要使用Visual Studio在ASP.NET中创建自定义Web部件。
希望这可以是一些合理的论据，您可以使用它来帮助客户了解SharePoint如何不适合该任务......事实上，我预计只有第一点（许可成本）才会转变它们。 / p>
答案 1 :(得分：1)
您可以在技术上使用WSS执行此任务，但MOSS具有更多旨在构建面向公众的网站的功能。我想到了publishing基础设施。它具有CQWP，使您可以构建在SharePoint中运行良好的自定义界面。使用SharePoint，可扩展性存在潜在挑战。如果您对平台了解得很好，那么按照您的建议进行操作将是一项非常快速的任务。如果您不了解SharePoint和基础系统，那么您可能会面临挑战。
您不希望使用SharePoint Designer构建最终应用程序。它具有可导致可伸缩性的主要问题的行为。您希望创建一个包含许多可轻松部署到SharePoint的功能的SharePoint解决方案。走这条路并不能缓解性能问题，但您将更接近正确的解决方案。您可以将自定义用户界面元素打包为CQWP或编写Web部件。我个人更喜欢编写Web部件。
您在Master Page中进行整体网站设计。然后，站点中的页面将继承此页面。如果您有MOSS，则可以创建包含Web部件的名为publishing pages的内容。这些在WSS中不可用，这就是人们为公共网站推荐它的原因。
要确定SharePoint（任何版本）是否值得，您需要了解它们是否将使用任何核心功能。如果所有内容都是自定义的，并且您不打算在部署中使用任何工作流程或文档管理功能，那么我就会远离。要从开发角度了解是否要进一步使用SharePoint，请查看WSS developer labs。我最近使用该网站的资料在我的雇主处开设了一个介绍课程。它们已经过时了，需要更多关于最佳实践的信息，但它们为您提供了一种快速的方法，让您在水中浸泡脚趾，并决定是否要进一步。
答案 2 :(得分：1)
1）对于您所描述的核心功能，SharePoint不会添加任何内容，但如果您在SharePoints前缀上构建它，它允许您的客户端在核心之外添加许多“免费”功能，如：< / p>
总而言之，除非您有更好的框架可供使用，然后使用SharePoint
2）WSS就是您现在所需要的一切
3）你现在的主要交付成果是：
答案 3 :(得分：0)
真。好吧不是不合适，但它也没有添加任何东西..但也许将来？
WSS足够