VSeWSS vs WSPBuilder vs STSDEV für WSS 3.0 / SharePoint 2007 development

https://sharepoint.stackexchange.com/questions/37

16-10-2019
|

Frage

Was sind Ihre persönliche Erfahrungen mit diesen tools?

Ich habe versucht, VSeWSS, wenn es zuerst herauskam, und war frustriert von ihm.Mit jeder neuen version wurde das gleiche für mich, aber für verschiedene Gründe.

WSPBuilder stark reizte mich, denn ich konnte deutlich sehen, wo meine Dateien werden auf dem server bereitgestellt.Seine Verwendung der Reflexion zu schaffen, CAS-Dateien und Verpackung von WSPs ist großartig, ebenso wie die starter-Vorlagen, die es bietet.

Vor kurzem jemand wies mich in die Richtung STSDEV.Ich kenne dieses tool wurde um für eine lange Zeit, aber ich weiß sehr wenig darüber.

Aus Ihrer eigenen Erfahrung, was würden Sie empfehlen und wie kamen Sie zu dieser Entscheidung?

Lösung

Ich habe Hunderte von Lösungen und Webteilen mit jedem Tool aufgebaut (einschließlich des Rollens meiner eigenen von Grund auf). WSP ist das beste Werkzeug für das, was ich tue.

Es ist eine geringe Reibung für den Einstieg (das Visual Studio Add-In!) Und können Sie schnell einen Webpart/eine Funktion zum Laufen bringen. Anschließend können Sie Ihre Lösung bearbeiten und einen Ein-Klick-Bereitstellen in der Entwicklung durchführen und sie einfach (mit dem Befehlszeilen-Tool und so etwas wie Nant/MSBuild) für die Lieferung an eine Staging-/Produktionsumgebung verpacken. Im Gegensatz zu STSDEV (für das benutzerdefinierte Build -Ziele erforderlich sind) oder VSEWS (für das Sie Ihren Code auf eine bestimmte Weise strukturieren müssen) lassen Sie mich so arbeiten, wie ich es möchte und anpassungsfähig und flexibel ist.

VSEWSS ist schön in der Tatsache, dass Sie es verwenden können.

STSDEV ist nett, aber es fühlt sich unangenehm an und neigt dazu, alles, was jedes zusammenzustellen, vollständig wieder aufzubauen (dh die DDF -Generation). Es zwingt mich auch in eine bestimmte Struktur und das letzte Mal, als ich sie überprüft habe, gab es Probleme mit mehreren Webteilen in einer einzigen Funktion usw. Es könnte besser werden, aber WSPBuilder gibt mir das, was ich heute brauche.

Andere Tipps

WSPBuilder ist die Wahl für mich, gibt Ihnen so viel für frei, wenn die Entwicklung und die gute integration mit Visual Studio.Es gibt viele versteckte Edelsteine in WSPBuilder, dass Sie leicht vergessen, wie groß die automatische CAS-generation.Bitte Lesen Sie Tobias Zimmergrens post on how to get started with it: http://www.zimmergren.net/archive/2009/04/08/wspbuilder-walkthrough-of-the-visual-studio-add-in.aspx

/WW

Eine Sache, die ich hinzufügen würde, ist, dass Sie, wenn Sie anfangen, versuchen, diese Tools nicht geradeaus zu springen. Versuchen Sie zuerst zu lernen, wie man einen WSP von Hand erstellt. Das gibt Ihnen ein weitaus besseres Verständnis dafür, wie diese Tools funktionieren sollen und wie sie helfen. Es gibt Ihnen auch ein Verständnis dafür, worauf Sie suchen müssen, wenn es ein Problem mit einem WSP gibt, das von einem der Tools erstellt wurde.

Ich verwende WSPBuilder (mit dem VS 2008 Add-In) in Kombination mit einer benutzerdefinierten Projektvorlage. Ich kann ein funktionierendes Webpart entwickeln und diese in ungefähr 2 Minuten in meine Entwicklerumgebung bereitstellen!

Für einzelne Lösungspakete mit einer ein-eins-Beziehung zu Baugruppen (was die meisten kleinen Projekte sind) ist dies in Ordnung.

Erst kürzlich hatte einige Probleme mit einem größeren Projekt mit Mutliple -Assemblierungsreferenzen, aber ich bin sicher, ich stelle nicht alles richtig ein und ein Problem mit dem Werkzeug pro SE.

VSEWSS war klobig und unangenehm, als ich es das letzte Mal benutzt habe, und es hat mich erneut ausprobiert. SP 2010 sieht so aus, als könnte es sich darauf einsetzen, also werde ich das wahrscheinlich noch einmal wieder aufnehmen.

Stsdev ist etwas, das ich nicht viel ausprobiert habe, weil WSPBuilder meine bisherigen Bedürfnisse erfüllt hat.

"Kopieren Sie zu GAC" und "Kopieren in 12 Hive" -Features sind Entwickler Heaven!

Ich bin definitiv ein Fan von WSPBuilder, ich mag auch die Struktur, aber die 1.3 VSEWSS -Vorlagen sehen besser aus als die früheren Versionen. Ich denke, wenn ich jetzt mit Dev anfangen würde, würde ich sie zuerst in Betracht ziehen und möglicherweise nicht WSPBuilder benötigen, um zu sehen, ob dies bei 2010 der Fall ist.

WSPBuilder ist mein aktuelles Tool der Wahl. Ich denke, VSEWSS ist nützlich für Personen, die anfangen, in einem Sandkasten -Setup zu verwenden, aber wenn Sie in echte Projekte eingehen, hat es Einschränkungen und versteckt sich einfach zu sehr vor Ihnen.

Ich benutze auch immer noch gute altmodische Post -Build -Events für Geschwindigkeit.

WSPBuilder kann in weniger als 30 Sekunden eine Lösung, Funktion und ein Webpart ausstürzen, während sie bis zu einer Stunde dauern können. Riesige, sparende Entwicklungszeit, konzentriert sich auf die Funktionalität, die Sie produzieren möchten, und es gibt einige coole Bereitstellungsfunktionen. Die andere Sache ist, WSPBuilder in Verbindung mit SharePoint Solution Installer zu verwenden, die Sie über eine Assistenten -Setup.exe -Datei erstellen können. Berühren Sie niemals Stsadm. UND! Sie können es auch so konfigurieren, dass es bei der Installation automatisch Funktionen aktiviert, indem Sie der Konfigurationsdatei nur eine einzelne Konfigurationsdatei hinzufügen. Ich liebe es und empfehle es all meinen SharePoint -Peeps.

Stsdev ist meine Option. Ich habe über 30 SharePoint -benutzerdefinierte Lösungen mit Event -Handlern, WF, benutzerdefinierten Web -Teilen, benutzerdefinierten Anwendungsseiten erstellt und bin sehr zufrieden mit STSDEV. Ein Grund dafür ist, dass alles transparent ist. Und ja .. von VSEWSS weg ist das Schlimmste.

Ich bin ein großer Fan von VSESS 1.3 März CTP, aber es ist nicht perfekt. Diese Version von VSEWSS scheint die SharePoint Devlopment -Regeln besser zu folgen als frühere Versionen.

Die größten Probleme, die ich bei VSEWS auf bemerkte, sind ...

Bei der Entwicklung eines Webparts und des Anhängens und der .ascx -Steuerung mit dem Webpart für die Anzeige bemerkte ich, dass Sie beim Versuch, in Design- oder Split -Ansicht zu gehen, Fehler sehen. Sie können dies umgehen, indem Sie Ihre ASCX -Datei in das Root des Projekts kopieren, die ASCX -Datei öffnen und sie wieder an Ihren richtigen Standort im Projekt verschieben. Ich denke, dies ist eher eine Visual Studio 2008 -Ausgabe.
Wenn Sie mit Funktionen arbeiten, sollten Sie sich nicht mit den Feature -IDs anlegen. Es wird die Dinge schlecht durcheinander bringen ... wie ändert man eine Feature -ID in einem VSEWSS -Projekt ... nicht sicher, ich denke, es ist schwarze Magie.
Wenn Sie eine Site -Definition in VSEWSS 1.3 CTP erstellen, müssen Sie sicherstellen, dass Sie den PKG -Ordner aus Ihrem Projekt ausschließen, wenn Sie ansonsten bereitgestellt werden, und Fehlermeldungen. Bevor ich meinen Code int überprüfen kann, muss ich den PKG -Ordner wieder in mein Projekt einbeziehen und ihn dann ausschließen, wenn ich am Projekt Agian arbeite. Was für ein Schmerz!

Wenn ich etwas über VSEWSS gelernt habe, hat ich mich nicht mit dem PKG -Ordner an, sondern verwende stattdessen die WSP -Ansicht. Abgesehen von diesen kleinen Problemen war VSESS 1,3 CTP großartig! Denken Sie daran, dass es sich nur um eine Commininity Technology Preview (CTP) (CTP) handelt, und wir sollten die Version für Web (RTW) sehr bald sehen.

Ich habe WSPBuilder seit den frühen Veröffentlichungen verwendet, in denen es sich nur um eine Konsolen -App handelte. Für einen Zeitraum habe ich STSDEV verwendet, aber nachdem ich gesehen habe, was Keutmann mit VS -Integration gemacht hat und alles, wächst ich WSPBuilder wieder sehr.

Sicher, es hat seine Macken (z. B. Hinzufügen aller Arbeitsprozesse beim Debuggen, den Neuaufbau aktueller Lösungen vor dem Erstellen von WSP-Datei, OOTB-Vorlagen mit dem alten Webpart-Namespace, Unfähigkeit, WSP-Pakete zu addieren, wenn die Datei in GAC usw. ist), aber für A) Guy wie ich, der jeden Tag mit SharePoint in Visual Studio arbeitet. Es ist ein großartiges Tool, das mich unglaublich nicht über DDF -Dateien und lästige Manifestdateien unwissend macht (und ja, ich befürworte, dass Sie Ihre ersten 100 WSP -Dateien manuell erstellen, damit Sie wissen, was Geht hinter der Motorhaube weiter, aber danach ist es nur ein Ärgernis).

Die Dokumentation der WSPBuilder -Dokumentation ist nicht vorhanden und Sie müssen sich auf das Codeplex -Forum oder Blog -Posts wie die aktuelle von verlassen Zimmergren Dieser Wiktor erwähnt. Ich bin mir daher sicher, dass viele der oben genannten Macken konfiguriert werden können, aber es braucht viel Graben, um herauszufinden, wie (wie Sie wissen müssen, dass Sie, wenn Sie Assemblys im selben Projekt sowohl für GAC als auch für Bin bereitstellen möchten, Ordner auf dem Ruf benötigen GAC und 80/Bin in Root of Project und nicht Konfigurieren Sie alles in WSPBuilder.config.exe)

ich tun Verwenden Sie VSEWSS 1.3 Aber nur Zum Extrahieren von Site oder List Manifests (ich mache dies immer weniger übrigens, da es viele schöne Stsadm -Erweiterungen gibt, die einen besseren Job als VSEWS leisten).

Was ich äußerst neugierig bin, ist, wie die OOTB vs -Werkzeuge für Rosario und 2010 sein werden. Albtraumszenario wäre ein VSEWSS 1. etwas ...

Stsdev ist gut, begrenzt aber meine Freiheit, "Geschäfte wie gewohnt" in VS. Ich kann mich auch nicht erinnern, als es beim letzten Mal aktualisiert wurde ...

EDIT: Ich bin kein Experte für diese Dinge, aber ist keine solchen Fragen als Community -Wiki gekennzeichnet?

Vergiss nicht das SPDEVWIKI Link auch dazu.

Meine Präferenz ist WSPBuilder. Ich habe es bei VSESSS 1,3 CTP erneut versucht, aber die schlechte Unterstützung mit der Quellenkontrolle hat mich weggeschoben.

Das beste Werkzeug? Verwenden Sie spvisualdev. Es nutzt die Leistung von WSPBuilder und fügt einige fantastische Sofortdebugging- und Bereitstellungswerkzeuge hinzu. Es verfügt auch über eine intuitive Möglichkeit, eine Lösung zu Funktionen hinzuzufügen, und Sie können die Umgebung nach Ihren Wünschen konfigurieren, einschließlich der Angabe von WSPBuilder -Params wie benutzerdefinierten CAS -Richtlinien.

Ich denke In SharePoint, wenn Sie Liste erstellen, verweist diese spätere Referenz seine Listenvorlage mit der Funktionsfunktion ID Das Problem ist, dass VSEWSS die Funktions -ID ständig ändern, wenn Sie die Lösung deinstallieren und die WSP bereitstellen, wenn Sie dies später auflistete Die Funktion "Listenvorlage" nicht gefunden. Tatsächlich bezieht sich diese Liste auf die alte Feature -ID. Dieselbe Funktion wurde mit einer neuen Funktions -ID bereitgestellt.

Ein weiterer Nachteil, den ich in der Fixierungsphase denke, ist die Unmöglichkeit, Feature -Eigenschaften wie ActivateDefault, Geltungsbereich usw. zu verwenden, da die Feature -Dateien jedes Mal dynamisch überschrieben werden, wenn Sie bereitstellen.

Hoffe das hilft

Ich habe sowohl VSEWSS als auch STSDEV installiert. Es fiel mir schwer, herauszufinden, wie man VSEWSS richtig einsetzt, aber Stsdev zeigte mich sofort in die richtige Richtung.

Wie bereits erwähnt, ist STSDEV transparent und ein Profi für mich: Der Code ist auf Codeplex verfügbar. Wenn Ihnen also etwas fehlt. Wenn Sie sich nur den Code ansehen, können Sie den Build -Prozess für SharePoint verstehen.

Ich habe gefunden, dass VSEWS 1.2 ein paar Probleme verursacht hat, aber 1.3 gefunden habe, um alles zu tun, was ich brauche, und ziemlich felsig solide. Dies gilt für eine WCM -Site mit Seitenlayouts, Webteilen und Vorlagendateien. Ich habe es nicht für eine vollständige Site -Definition oder Listen usw. verwendet

Ich bin selbst ein STSDEV -Benutzer und verwende eine Version, die ich für meine Bedürfnisse angepasst habe (Nutzen von Open Source!). Die Verwendung mehrerer Zielkonfigurationen, auf die ich nicht mehr verzichten konnte - es ist ein absoluter Lebensretter.

Ich möchte auch darauf hinweisen, dachte, dass VSEWSS 1.3 CTP "Kopie auf 12" und "GAC Kopieren" auf eine viel genauere Art und Weise implementiert wird als Stsdev und ich nehme an WSP Builder. Die letzteren Tools kopieren einfach alles im Ordner rootfile (oder was auch immer), einschließlich von Dingen, die Sie dort nicht bereitstellen möchten, z. B. .cs -Dateien oder SVN -Ordner. VSEWSS 1.3 erstellt immer ein Manifest auf jedem Kompilieren und basiert seine "Kopie auf 12" -Dateien im Manifest und nicht im Ordner. Ich würde es gerne irgendwann in Stsdev sehen.

Ich habe VSEWSS, WSPBuilder und STSDEV verwendet, um viele Web -Teil-, Site -Definition- und Event -Handler -Lösungen zu erstellen. Ich habe es auch von Hand gemacht. Die einzige Methode ohne Einschränkungen besteht darin, dies von Hand zu tun. Auf der anderen Seite ist VSEWSS die Grundlage für die Unterstützung von SharePoint 2010 in Visual Studio 2010. Wenn Sie die am besten unterstützte Route gehen möchten und heute gerade erst anfangen, eines dieser Tools zu verwenden, empfehlen ich Ihnen, sich zuerst VSEWSS anzusehen. Haben Sie die Beiträge der aktuellen Entwickler von 2010 gesehen, die sagen, dass sie seit Monaten keine offensichtliche oder ddf -Datei berührt haben? Das ist die Zukunft. Es tut nicht weh, eine Lösung von Hand oder mit einem der Open -Source -Tools einmal für die pratische praktische Erfahrung aufzubauen, aber warum dann den Schmerz durchgehen?

Wir verwenden VSEWSS, wenn sich die Versionen verändert haben und nicht alle Entwickler im Team gleichzeitig aktualisiert wurden. Wir hatten große Probleme mit der Stabilität. Dies war teilweise auf die Art und Weise zurückzuführen, wie die Lösungsdatei von Visual Studio zusammengeführt wird.

An einem Punkt haben wir den größten Teil der Funktionalität im Kontextmenü verloren.

Um dies zu beheben, haben wir am Ende eine neue Lösungsdatei von Grund auf neu erstellt und alle vorhandenen Projekte hinzugefügt. Danach war es relativ stabil.

WSPBuilder den ganzen Weg, aus den gleichen Gründen wie oben veröffentlichte Personen! Es ist ein erstaunlich einfaches Werkzeug. Ich begann VSEWSS zu verwenden und zog immer wieder meine Haare heraus, dann fand ich WSPBuilder und es war Liebe an der ersten Stelle (:-P)!

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit sharepoint.stackexchange