2009-02-11 8 views
25

Ich wurde gebeten, innerhalb der nächsten paar Wochen eine Website in SharePoint zu erstellen, und ich bin völlig neu in SharePoint.SharePoint für einen C# ASP.NET Entwickler

Hat jemand gute Beispiele/Tutorials zur Durchführung einiger grundlegender Operationen wie das Erstellen von benutzerdefinierten Formularen mit einfachen CRUD-Operationen mit einer benutzerdefinierten SQL Server-Datenbank?

Gibt es auch eine Möglichkeit, in ASP.NET (mit code-behind Seiten) zu codieren, aber die SharePoint Look and Feel und Authentifizierung Zeug?

+0

Ist dies eine vorhandene SharePoint-Implementierung, der Sie Ihre benutzerdefinierten Formularfunktionen hinzufügen müssen, oder schlagen Sie vor, SharePoint als Entwicklungsplattform für Ihre Lösung zu verwenden? – webwires

Antwort

13

SharePoint ist nicht ganz wie, was Sie gewohnt sind. Meine zwei Hauptkritikpunkte sind:

Bereitstellung:

Wenn Ihre Anforderungen sind für eine einzige Produktionsstätte (keine Inszenierung/Test/Entwicklungsstandorte) Ihre beste Wette ist wahrscheinlich mit den SharePoint Designer zu gehen und Sachen hacken zusammen direkt auf der Produktionsstätte (ja, ich weiß, es ist schmutzig).

Wenn Sie diese anderen Umgebungen benötigen, sollten Sie Bereitstellungspakete für alles erstellen (keine xcopy-Bereitstellung). Deployment-Pakete sind ein PITA IMHO und sind sehr leicht falsch zu bekommen.

IIS

Sharepoint im Grunde über Ihre IIS Installation dauert und führt eine neue Reihe von Regeln für die, wo sich was befindet usw. Ein Gotcha ist „verwaisten“ Dateien. Wenn eine Datei mit dem SharePoint Designer geändert wird, wird die Datei in einer Datenbank gesichert, und von nun an verwendet IIS nur noch die Datei in der Datenbank. Es ist also nicht erforderlich, die Datei im Dateisystem zu ändern.

Fazit:

In meiner bescheidenen Meinung nach, wenn Sie eine Website machen, wo die Betriebszeit nicht so wichtig ist, und Sie können es sich leisten Fehler in der Produktion zu machen, kann Sharepoint mit dem Designer gut genug sein. Wenn Sie eine CMS Site erstellen, wo Sie den Code benötigen, um mehrere Umgebungen zu durchlaufen, bevor sie die Produktion erreicht (mit continuous integration), kann ich an kein anderes .NET-basiertes CMS denken, das eine schlechtere Arbeit leistet. Sie werden eine Menge Zeit verbringen, wie Sie die Bereitstellungsroutinen für Sie arbeiten, und Sie werden eine Menge Zeit mit Problemen im Zusammenhang mit "Ghosted" Dateien verbringen

Viel Glück.

0

Der schnellste und einfachste Einstieg ist die Verwendung der SharePoint Designer-Anwendung, die Teil einer der Microsoft Office-Versionen ist. Wenn Sie nur einfache Formulare erstellen müssen, wird Microsoft InfoPath mitgehen. Ich würde dann weiter gehen und ein Buch über SharePoint-Entwicklung kaufen, da es eine große Landschaft ist. Channel 9 ist auch eine gute Ressource für SharePoint-Bits.

2

Die erste Sache zu erinnern ist, dass SharePoint nur eine ASP.NET-Anwendung ist. Es hat eine Tonne von Rahmen und verschiedene Dinge wie Sicherheit, etc., eingebaut. Aus Ihrer Sicht können Sie jedoch einfach ein Web-Steuerelement erstellen und es direkt auf dem Server bereitstellen. Schauen Sie sich this post von MikeG an und schauen Sie sich SmartPart auf CodePlex an. Das wird Ihnen helfen, ohne viel Aufhebens loszulegen. Da Sie Standard-Websteuerelemente verwenden, haben Sie Zugriff auf CodeBehind. Der einzige Nachteil ist, dass Ihre Assemblys entweder im GAC bereitgestellt werden müssen oder in den Konfigurationsdateien Full Trust gewährt werden müssen - etwas, das SmartPart Ihnen dabei helfen wird.

SharePoint Designer ist nur FrontPage, umbenannt. Es könnte Ihnen sehr bei einigen grundlegenden Dingen helfen und es könnte sich lohnen, darüber nachzudenken, ob dies eine gelegentliche Sache ist. Aber wenn Sie eine langfristige Arbeit machen wollen, empfehle ich Ihnen einen Kurs über die Entwicklung von SharePoint-Anwendungen. Es kann eine ziemliche Bestie sein, und Sie finden sich vielleicht schneller im Treibsand als Sie denken.

7

Technet hat eine Reihe von virtual labs für SharePoint-Produkte.

2

Ein sehr guter Anfang, um Sie in die richtige Richtung zu rollen, ist Microsoft-Website für SharePoint-Entwicklung, um http://www.mssharepointdeveloper.com/. Dadurch erhalten Sie einen langen Weg zu verstehen, was Sie bei Ihren Lernbemühungen priorisieren müssen.

Um Ihre zweite Frage zu beantworten, kurz: Ja, Sie können Seiten erstellen, die Code-Behind verwenden, genau wie reguläres ASP.net. Die längere Antwort ist hier etwas zu kurz, da ein besseres Verständnis der Funktionsweise von SharePoint mit Masterseiten, benutzerdefinierten Seiten und den Konzepten für Layouts oder Anwendungsseiten in SharePoint erforderlich ist.

-1

Der schnellste Weg, um in Fahrt zu kommen, ist smartpart. Sie können ASP.NET-Benutzersteuerelemente erstellen und diese im Sharepoint bereitstellen.

http://www.codeplex.com/smartpart/Release/ProjectReleases.aspx?ReleaseId=10697

Sharepoint Designer/CAML: - Nizza für Starter-Anwendungen.

Visual Studio-Tools:

  • schmerzhaft
  • sehr schlecht dokumentiert
  • Fehler geritten
  • Sehr schwere deploy Zyklus ..

IMO Microsoft mit etwas einfallen lassen, hat eine bessere . Bis dahin ist Smartpart großartig.

+0

Warum die Negs? Smartparts sind ein Geschenk des Himmels! – Loofer

3

Wir erstellen unsere Sharepoint-Apps durch eine Kombination von SmartParts (wie oben erwähnt) für einfachere Apps und _Layout-Anwendungen für komplexere Dinge.

Mit einer _layout-Anwendung können Sie eine herkömmliche ASP.NET-Webanwendung erstellen und sie praktisch in SharePoint integrieren. Hier ist ein Link für den Einstieg.

http://msdn.microsoft.com/en-us/library/bb418732.aspx

+0

cool ist es sowieso, um den code hinter sich zu trennen? Die dort verwendeten Beispiele haben alle einen Inline-Code. Dank – zSynopsis

+0

Yesm Sie können Codebehind trennen. Erben Sie einfach von Ihrer eigenen Seite und es ist ein Weg zu gehen. Werfen Sie einen Blick auf diesen Beitrag: http://www.andrewconnell.com/blog/articles/UsingCodeBehindFilesInSharePointSites.aspx –

Verwandte Themen