2009-05-13 14 views
2

Ich bin mir nicht sicher, ob es eine definitive Antwort auf meine Frage geben wird, aber ich würde gern einige Diskussionen von anderen Leuten zu diesem Thema lesen ... hier ist ein kurzer Hintergrund.Anpassen von SharePoint NewForm.aspx oder Erstellen eines eigenen Formulars ... Gedanken?

Ich erstelle ein Anfrageformular, das das Hinzufügen neuer Geräte in unser Rechenzentrum übernimmt. Ich sammle einige grundlegende Informationen über den Übergeber und die Ausrüstung, die hinzugefügt werden sollen. Einige der Metadaten werden ziemlich komplex, aber ich werde hier nicht näher darauf eingehen.

Zuerst habe ich mit einem InfoPath-Formular im Browser gestartet, da die meisten unserer Benutzer nicht für den InfoPath Rich Client lizenziert sind. Nach viel Frust habe ich die Dinge in Gang gebracht, konnte aber nie ein Leistungsniveau erreichen, mit dem ich zufrieden war. Seitdem habe ich mit den Webdiensten von SharePoint herumgespielt und ich habe ein GROSSES Formular, das ich in HTML geschrieben habe (mit etwas jQuery-Magie), das an eine SharePoint-Liste übermittelt.

So, jetzt frage ich mich ... warum nicht einfach dieses Formular verwenden? Erstens kann ich InfoPath vollständig entfernen ... das hilft uns auch bei der Lizenzierung, da ich keine Enterprise-Lizenzierung benötige. Zweitens, Leistung ... Drittens, sicher, ich muss es handkodiert, aber ich kann, und ich genieße es.

InfoPath ist also draußen.

Das führt dazu, wo ich einige Best Practice Ideen mit neuen Ideen gemischt brauchen. Ich habe dieses Formular, das großartig funktioniert, aber ich möchte, dass alles innerhalb von SharePoint funktioniert. Als Test habe ich gerade eine neue Ansicht für meine Liste erstellt, den Webpart, der die Liste zeigt, entfernt und in mein Formular eingefügt. Abgesehen von einigen CSS-Problemen funktioniert alles und es aktualisiert die Liste blitzschnell!

Aber sollte es eine benutzerdefinierte Ansicht sein? Sollte es woanders leben? Soll ich nur NewForm.aspx bearbeiten?

Ich würde gerne einige Gedanken dazu hören. Letztendlich wird meine gesamte Lösung als Feature bereitgestellt, aber ich bin mir nicht sicher, ob das relevant ist.

Danke !!

Antwort

4

Ich würde es meist die gleiche Art und Weise getan hat:

  • Ein neues Formular erstellen (über Sharepoint Designer oder eine benutzerdefinierte ASPX-Seite)
  • das Formular in einem Webpart kapseln (Sie verwenden können, die SmartPart Web Teil, wenn du bist in Eile)
  • erstellen Sie so viele benutzerdefinierte Ansichten, wie Sie wollen, ist es nicht wirklich mit der Art und Weise stört Sie das Formular codieren

wenn Sie NewForm.aspx, ziehen sie ändern müssen Löschen Sie nicht das Standard-ListForm-Webpart, da es von SharePoint für andere Zwecke verwendet wird. Sie sollten es besser verstecken, um zukünftige Probleme zu vermeiden.

Hoffnung, die

+0

Es ist schon eine Weile her, dass ich diese Frage gestellt habe, und ich hätte eine Antwort schreiben sollen - ich entschuldige mich für die Verzögerung. Bei der Überprüfung aller Antworten war diese eine der nützlichsten. – SeanW

0

Es ist nichts falsch mit der Verwendung einer benutzerdefinierten Formular oder eine völlig separate App hilft Sharepoint-Daten zu bearbeiten. Sie erhalten dieselben Daten, die Sie von der Verwendung des neuen Standardformulars erhalten würden, sodass nichts über die geänderte Ansicht hinausgehen kann.

Das Einrichten eines benutzerdefinierten newform ist wahrscheinlich der am besten geeignete Ort dafür - einfach genug, um die newform-URL in schema.xml oder durch Designer zu ändern.

Verwandte Themen