Frage

Ich bin den Aufbau einer öffentlich mit Blick auf Website, die die folgenden. Benutzer anmelden. Und zeigen Sie dann eine Liste ihrer Kunden. Sie klicken auf einen Kunden ihre letzten Einkäufe zu sehen und bestellen sie, ändern sie usw. Dies ist keine Shopping-Site durch die Art und Weise. Es ist ein einfaches Look-Tool.

Beachten Sie, dass keiner der von der Website zugegriffen, um Daten in irgendetwas ist anders als eine SQL-Datenbank - keine Office-Dokumente. Auch dann, wenn die Anmeldung nicht verwenden, um Benutzer Windows-Anmeldeinformationen auf einem VPN oder so ähnlich.

Normalerweise würde ich bauen diese eine Standard ASP.NET MVC Website. Doch der Kunde sagt, sie wollen Sharepoint verwenden.

Wie ich es verstehe, ist für Workflow und Websites Sharepoint verwendet, die Collaboration-Tools wie die Komponenten sind Sie hier sehen können http://www.sharepointhosting.com/sharepoint-features.html

Hier sind meine Fragen:

  • wäre ich zu Recht sagen, dass WSS für diese Aufgabe völlig ungeeignet ist, da es mit einem Overhead kommt, die keine Vorteile bietet?

  • Wenn ich es zu benutzen hätte, würde ich brauche WSS oder MOSS?

  • Wenn ich es zu benutzen hätte, würde ich richtig sein, um die Website zu sagen, der würde darin bestehen:

  • Liste item

    a) Webparts

    b) und eine benutzerdefinierte Site-Layout. Wie erstelle ich eine davon?

Nachtrag: Das Buch Professionelle Sharepoint 2007 Web Content Management Development sieht aus wie ein guter Start

War es hilfreich?

Lösung

Sie können WSS technisch für diese Aufgabe verwenden, aber MOSS verfügt über Funktionen auf den Aufbau der öffentlichen Websites für mehr ausgerichtet. Die Infrastruktur veröffentlicht in den Sinn kommt. Es hat hat die CQWP , die Sie benutzerdefinierte Schnittstellen erstellen können, die eine gute Leistung in Sharepoint. Mit Sharepoint gibt es Herausforderungen potenziell Skalierbarkeit um. Wenn Sie wissen, die Plattform auch dann etwas zu tun, wie das, was Sie vorgeschlagen haben, wäre eine ziemlich schnelle Aufgabe. Wenn Sie nicht wissen, Sharepoint und das zugrunde liegende System gut könnten Sie Herausforderungen.

Sie wollen nicht die endgültige Anwendung mit Sharepoint Designer Gebäude zu nähern. Es hat Verhalten, die große Probleme mit der Skalierbarkeit führen kann. Sie möchten eine Sharepoint-Lösung, die eine Anzahl von Merkmalen zu schaffen, die leicht zu Sharepoint bereitgestellt werden kann. Diesen Weg gehen keine Performance-Probleme lindern, aber sie werden auf die richtige Lösung, um näher. Sie können die benutzerdefinierten Elemente der Benutzeroberfläche als CQWPs oder Schreib Webparts verpacken. Ich persönlich bevor Webparts schreiben.

Sie haben das gesamte Website-Design in einem Master-Seite . Seiten innerhalb einer Website werden dann von diesem erben. Wenn Sie MOSS haben, dann können Sie schaffen, was genannt werden Veröffentlichung Seiten , die Webparts enthalten. Diese sind nicht in WSS verfügbar, weshalb Menschen empfehlen dagegen für öffentliche Websites.

Um zu entscheiden, ob Sharepoint (alle Versionen) ist es wert, was Sie brauchen, um herauszufinden, ob sie eine der Kernfunktionen verwenden wollen. Wenn alles Gewohnheit sein wird, und Sie werden nicht Verwendung eines Workflows oder Dokumenten-Management machen Funktionen in Ihrer Bereitstellung dann würde ich bleiben weg. Um zu sehen, ob Sie mit Sharepoint aus entwicklungspolitischer Sicht weiter gehen wollen, werfen Sie einen Blick auf den WSS Entwicklerlabors . Ich lief vor kurzem ein Intro Kurs bei meinem Arbeitgeber von dieser Seite unter Verwendung der Materialien. Sie sind veraltet, und benötigen weitere Informationen über bewährte Vorgehensweisen, aber sie bieten eine schnelle Möglichkeit für Sie, einen Zeh ins Wasser tauchen und entscheiden, ob Sie weitere hinwollen.

Andere Tipps

1.) Ich bin damit einverstanden, dass Sharepoint für diese Aufgabe ganz unangemessen wäre. Ein paar Gründe:

  • Es kostet Tausende von Dollar an Lizenz Sharepoint für die Verwendung auf dem offenen Internet
  • Sharepoint wird eine Menge von Ressourcen (SQL Server, IIS, Active Directory ...), die für Ihre Aufgabe unnötig anspruchsvoll sind
  • SP werden Ihnen sehr wenig Flexibilität geben, eine Lösung im Weg zu entwickeln - es klingt wie Sie benötigen würden eine Datenbank verbundene Webpart in ASP.NET sowieso erstellen (so dass ganz von SP unabhängig sein könnte)

Sharepoint seinen Platz hat - kann es hilfreich sein, bemerkenswert als ein firmeninternes Dokumenten-Management, Intranet und Workflow / Genehmigungssystem -. Aber es ist nicht gut für benutzerdefinierte Code noch Internet-Nutzung geeignet ist,

2.) Ich glaube, MOSS würde für die Internet-Lizenz erforderlich (wie im obigen Link).

3.) SP Entwicklung ist nicht wie typische Beziehung Datenbanksysteme (zum Beispiel, verwendet es flach, nicht normalisierten Tabellen). Wenn Ihre SQL die Sharepoint-Denkweise angepasst, könnten Sie in der Lage sein, Ihre Datenbank als externe Liste verbinden mit Sharepoint Designer . Wahrscheinlicher müssen Sie Visual Studio verwenden, um einen benutzerdefinierten Webpart in ASP.NET zu erstellen.

Hoffentlich wird dies ein paar vernünftigen Argumente, die Sie der Kunde verwenden können, um zu sehen, wie Sharepoint für die Aufgabe nicht geeignet ist ... In der Tat, ich erwarte nur den ersten Punkt (die Kosten für die Lizenzierung) werden sie wenden.

1) Für die Kernfunktionalität, wie Sie es beschreiben Sharepoint ist nichts los hinzuzufügen, aber wenn Sie es auf Share Prämissen bauen es ermöglicht Ihr Client eine Vielzahl von Funktionen außerhalb des Kerns für „frei“ wie hinzuzufügen:

  • Sie können Content Editor WebParts zu Seiten hinzufügen, wo sie Beschreibungen hinzufügen und Nachrichten
  • Sie können Listen hinzufügen, wo die Kunden-Anfragen eingeben / Kommentare / ... und automatisch neu, um Änderungen an jeden in der Organisation zeichn verschickt Einträge
  • Die Funktionalität, die Sie entwickeln können, in ihrem Intranet wiederverwendet werden
  • Jede Zukunft kleiner "Web-Apps" kann in der gleichen Stelle aufgenommen werden
  • ...

Also alles in allem, wenn Sie einen besseren Rahmen haben dann zu verwenden, nutzen Sharepoint

2) WSS ist alles, was Sie jetzt brauchen

3) Ihr Hauptergebnis für jetzt wäre:

  • ein Feature mit einiger Site Pages und ein paar Web Parts
  • ein Feature mit einem benutzerdefinierten Masterpage und entsprechende CSS
  1. True. Also, nicht unpassend, aber es fügt auch nichts .. aber vielleicht in der Zukunft?

  2. WSS ist genug

  3. Sie würden Webparts benötigen Daten verfügbar zu machen, ja. Das benutzerdefinierte Site-Layout ist nicht erforderlich. Wenn Sie Ihren eigenen Look wollen und fühlen kann ein Sharepoint-Theme ausreichen. Auch wenn Sie einige echte benutzerdefinierte Layout zwickt wahrscheinlich wollen Sie brauchen keine Website-Vorlage, aber Sie können die Seiten oder Master-Seite mit der Verwendung von nur Sharepoint Designer bearbeiten weg.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top