Personnaliser NewForm.aspx de SharePoint, ou créer mon propre formulaire ... pensées?

Question

Je ne suis pas sûr qu'il y aura une réponse définitive à ma question, mais j'aimerais lire quelques commentaires d'autres personnes à ce sujet ... voici un bref aperçu.

Je crée un formulaire de demande qui traitera l'ajout de nouveaux équipements à notre centre de données. Je recueille quelques informations assez basiques sur l'émetteur et l'équipement à ajouter. Certaines des métadonnées deviennent assez complexes, mais je ne vais pas entrer dans cela ici. Au début, j'ai commencé avec un formulaire InfoPath activé par le navigateur, car la plupart de nos utilisateurs ne possèdent pas de licence pour le client enrichi InfoPath. Après beaucoup de frustration, j'ai réussi à faire fonctionner les choses, mais je n'ai jamais pu atteindre un niveau de performance satisfaisant. Depuis lors, j'ai joué avec les services Web de SharePoint et j'ai une forme GRANDE que j'ai écrite en HTML (avec une certaine magie jQuery) qui soumet à une liste SharePoint.

Alors maintenant, je me demande ... pourquoi ne pas utiliser ce formulaire? Tout d'abord, je peux me débarrasser complètement d'InfoPath ... cela nous aide également à obtenir des licences, car je n'aurai pas besoin de licences Enterprise. Deuxièmement, la performance ... Troisièmement, bien sûr que je dois coder à la main, mais je peux, et je l'apprécie.

Donc, InfoPath est sorti de la porte.

Cela mène à l'endroit où j'ai besoin d'idées de meilleures pratiques mélangées à de nouvelles idées. J'ai ce formulaire qui fonctionne très bien, mais je veux que tout fonctionne dans SharePoint. Comme un test, je viens de créer une nouvelle vue pour ma liste, supprimé le composant Web qui affiche la liste, et plopped dans mon formulaire. Mis à part quelques problèmes CSS, tout fonctionne et il met à jour la liste des éclairs rapidement!

Mais devrait-il être une vue personnalisée? Devrait-il vivre ailleurs? Devrais-je simplement modifier NewForm.aspx?

J'aimerais avoir quelques réflexions à ce sujet. En fin de compte, toute ma solution sera déployée en tant que fonctionnalité, mais je ne suis pas sûr que ce soit pertinent.

Merci!

Answer 1

Je l'ai fait la plupart du temps de la même façon:

• Créer une nouvelle forme (via SharePoint Designer ou une page ASPX personnalisée)
• encapsulent la forme dans une partie Web (vous pouvez utiliser la SmartPart Web partie si vous êtes pressé)
• créer autant de vues personnalisées que vous le souhaitez, il ne gêne pas vraiment la façon dont vous codez le formulaire

Si vous devez modifier NewForm.aspx, don Ne supprimez pas le composant WebPart ListForm par défaut, car il est utilisé par SharePoint pour d'autres opérations. Vous êtes mieux de simplement le cacher pour éviter les problèmes futurs.

espoir qui aide

Answer 2

Il n'y a rien de mal à utiliser un formulaire personnalisé ou une application complètement séparée pour modifier les données SharePoint. Vous vous retrouvez avec les mêmes données que vous obtiendriez en utilisant le nouveau formulaire standard, donc il ne peut rien casser au-delà de la vue modifiée.

La mise en place d'une nouvelle forme personnalisée est probablement l'endroit le plus approprié pour cela - assez facile de changer l'URL de la nouvelle forme dans schema.xml ou via le concepteur.

Answer 3

Je pense que vous devriez créer des modèles de formulaires personnalisés pour votre requête SharePoint-List.
Voir MSDN: Creating Custom Form Templates. Je recommande également la lecture Understanding SharePoint: List Forms.