Ich versuche, SharePoint 2007 (und schließlich 2010) Schulungsmaterialien für erfahrene ASP.Net-Entwickler zusammenzustellen, und nachdem ich SharePoint jahrelang gemacht habe, kann ich mich nicht wirklich erinnern, wo die schlimmsten Probleme am Anfang lagen - Ganz zu schweigen davon, dass die Menge an Google-SharePoint-Inhalten um eine Größenordnung größer ist als vor zwei Jahren.
Welche SharePoint-Konzepte sind am schwierigsten zu verstehen, und / oder welche Teile von SharePoint sind esoterisch genug, um für einen neuen SharePoint-Entwickler, der gerade taucht, nicht offensichtlich zu sein?
Greg,
Nach meiner Erfahrung, die sich auf die ordnungsgemäße Objektentsorgung bezieht ( SPWeb und SPSite -Objekte, die wiederum auf SPRequest -Wrapper um nicht verwaltete COM verweisen Objekte) sind ein häufiges Problem und die Quelle vieler Skalierbarkeit, Leistung und anderer Codierprobleme. Sobald Microsoft das Ausmaß des Problems und den Grad der Entwickler Verwirrung in diesem Bereich erkannte, schrieben sie einen großen Leitartikel ( Ссылка ) und entwickelte das Tool SPDisposeCheck ( Ссылка ).
Das ist mein Votum für "Nicht-offensichtlich für einen Neueinsteiger SharePoint-Entwickler, der gerade taucht": -)
Für was es wert ist!
Meine Liste der Dinge, die am schwersten zu verstehen sind, sind:
Die Kontrolle aufgeben.
Sie kontrollieren nicht, welche Webparts sind auf einer Seite und wie sie verbunden sind. Du solltest es einfach möglich machen Wiederverwendung
Sie steuern nicht, welche Liste auf einem steht Website oder welche Felder sie enthalten
Andere Dinge, die neu sind, aber leichter zu verstehen sind, sind:
Dies ist das Schlüsselproblem, da Per Jakobsen erwähnt . Weitergehen ...
Es ist nicht möglich, ASPX- und MASP-Dateien einfach dort einzugeben und zu bearbeiten, wo immer Sie möchten. Es gibt Konsequenzen, wie zum Beispiel das "Unghosting", die Unterstützung und dass es oft nicht wie erwartet funktioniert. Ein gutes Verständnis dafür, wie SharePoint Seiten erstellt, ist von entscheidender Bedeutung.
Es gibt keine (unterstützte und zuverlässige) Möglichkeit, die Datenbank direkt abzufragen. Dies ist extrem frustrierend für ASP.NET-Entwickler, die es gewohnt sind, mit speziell entwickelten und gut gestalteten Datenbanken zu arbeiten. CAML-Abfragen sind kein Ersatz für die Leistungsfähigkeit gut optimierter SQL-Abfragen.
(Mehr von a 2b): Schlechte Unterstützung für relationale Daten zwischen Listen. Ungerade für eine Unternehmensanwendung.
Ein bisschen off topic aber HTML Markup und CSS war 2003 ein Albtraum und nicht viel besser im Jahr 2007. Es ist schmerzhaft, mit zu arbeiten und nicht schön auch nicht. Sie müssen große Anstrengungen unternehmen, um eine Website zu erstellen, die vollständig den Webstandards und Best Practices entspricht.
Um es zusammenzufassen, Dinge müssen normalerweise "auf die Art und Weise von SharePoint" gemacht werden. Dies ist oft nicht der effizienteste oder eleganteste Weg, den ein direkter ASP.NET-Entwickler bevorzugt. Entwickler mögen Eleganz und sie geben nicht auf Kontrolle auf.
Es gibt auch Fehler über das Produkt hinweg ( Sean erwähnte einen Schlüssel ) lauerte wie kleine Stolperdrähte für die ahnungslosen. Die einzige Möglichkeit, sie zu kennen und zu verstehen, ist SharePoint zu kennen - und es ist ein großes Produkt.
Weitere Diskussionen hierzu finden Sie unter Warum verwenden ASP.NET-Entwickler WSS nicht? für SharePointDevWiki .
Per hat die meisten Punkte für mich abgedeckt, aber ich werde ein paar mehr hinzufügen:
SPContext - Das Konzept der konzeptuellen Codeausführung, z.B. SPContext.Current oder Properties-Objekt in einem Ereignisempfänger.
Im Anschluss an den Kontext ist es auch wichtig zu verstehen, wer der Code ausführt und welche Aktionen er ausführen kann - Hochladen (Privilegien erhöhen), Imitieren (Tokens) und Ausführung (Webservices / Ereignisreceiver) .
Fehlerbehandlung - Jeder schreit, wenn der einzige Fehler auftaucht, ist "ein Fehler ist aufgetreten", deshalb ist es wichtig, SP Logs und Fehlercodes zu verstehen. Dies ist wichtig, um verschwendete Zeit zu sparen, die einem ärgerlichen XML-Fehler nachjagt.
Visual Studio-Tools - WSPBuilder, VS Tools für Sharepoint usw. Reduzieren Sie den Aufwand für die Bereitstellung und das Debuggen, indem Sie den Integrationszyklus verkürzen.
Alles in Bezug auf die Architektur und Implementierungen der realen Welt. Ich bin ein Entwickler, aber ich muss mir die Hände schmutzig machen, wenn ich die Client-Umgebung in meinen virtuellen Umgebungen so nah wie möglich haben möchte, ohne auf einen offiziellen IT-Support zu warten. Versuchen Sie, eine kleine Farm mit Intranet, Internet, Extranet, gemischtem Authentifizierungsmechanismus, alternativen Zugriffszuordnungen, Hostheaderkonfiguration usw. zu erstellen. Das ist ein ganz eigener Job, aber Sie müssen einsteigen, wenn Sie einige Implementierungen im mittleren bis großen Maßstab entwickeln wollen.
Tags und Links asp.net sharepoint sharepoint-2010 sharepoint-2007