2009-05-17 3 views

Antwort

12

Ein besseres Produkt.

Im Moment ist es zu vielen Dingen, die sich nicht wie eine Entwicklungsumgebung verhalten sollte.

  1. Entsorgen Objekte
  2. Performance durchqueren kleine Listen mit 3000/4000 Artikel
  3. Mangel an Unterstützung von Transaktionen

Hoffentlich nächste Version listet die SQLServer Basis haben wird, wo Sie Transaktions haben Unterstützung und bessere Leistung ......

Bill G warf die Frage im Februar 2008 auf, dass es etwas seltsam mit Sharepoint ist, dass Sie Probleme bekommen, wenn Sie haben 3000 Elemente in einer Liste und SQL Server unterstützt problemlos Millionen von Elementen ....


+0

Was heute zu hören Martin Fowler, der darüber sprach, wenn Software nicht das optimale Design hat und wenn Sie neue Funktionalität hinzufügen müssen Sie eine Kosten bezahlen, die Sie nicht bezahlen müssen, wenn die Software besser entworfen wurde. Th Ausdruck dafür ist Design Schulden und das ist, was wir in der Sharepoint Produkt hoffentlich 2010 wird das ändern http://www.ibm.com/developerworks/rational/library/edge/09/jun09/designdebteconomics/ index.html – salgo60

3

Remote-Bereitstellung: - 1 zentraler Sharepoint und transparentes Remote-Debugging.

6

Standard-HTML und bessere Unterstützung für das DOM.

3

Weniger XML (schema.xml etc).

8

Der Build- und Bereitstellungsprozess muss vereinfacht werden. Es gibt zahlreiche Tools, mit denen WSP-Dateien erstellt werden können. Diese sind jedoch allesamt in Ordnung, aber letztendlich müssen Sie das WSP-Bereitstellungspaket für Ihre Umgebung erweitern oder überarbeiten.

-1

Weniger Menschen das Produkt zu missbrauchen versuchen, würde die Dinge viel einfacher machen;)

+0

Oh negatives Feedback ohne Kommentar? boo IMO es ist eine häufige Quelle von Problemen .. Leute, die versuchen, den quadratischen SharePoint-Stift in das runde Loch ihres Problems zu passen .. – ArjanP

3

Making the dev Prozess eher wie „traditionelle“ asp.net Entwicklung, mit anderen Worten, die Integration mit VS besser zu machen. Sie sollten gegen SharePoint innerhalb von VS und nicht innerhalb von SharePoint (dh SPD) entwickeln. SPVisualDev auf Codeplex hat diesen Prozess besser gemacht, aber ich hoffe (ich sage Hoffnung) für eine bessere Unterstützung in VS2010 zusammen mit SP2010.

5

Informative Fehlermeldungen.
Während einfacheres Debugging und weniger XML sehr verlockend sind (wie die Leute vorgeschlagen haben), würde ich mich mit etwas bescheideneren zufrieden geben.
SharePoint "schluckt" normalerweise Ausnahmen oder andere Fehlermeldungen. Wenn eine benutzerdefinierte Seite oder ein Webpart fehlschlägt, wird oft eine obskure "Seite kann nicht angezeigt" angezeigt. Mit etwas Glück wird der Designer Sie auf das Problem hinweisen, oder Sie finden einige Details in den Protokollen oder der Systemereignisanzeige. Aber in vielen Fällen hast du nichts.
Beispiele - Geschäftsdatenkatalog XML-Monstrosität, die auf dem Editor, aber nicht auf der Website, XML-Webparts, die nach dem Zufallsprinzip, xsl Tippfehler oder Fehler, usw. funktionieren alle viel länger zu finden, als sie sollten, und einige sind unmöglich zu debuggen .

+0

Ich hasse, dass "Wert nicht in den erwarteten Bereich fällt" Ausnahme, die erscheint, wenn etwas schief geht in der API. – Ries

Verwandte Themen