Formulaires dans SharePoint

Question

Si je souhaite créer un formulaire dans SharePoint, est-il plus facile d’utiliser InfoPath ou de créer un composant WebPart personnalisé en C #? Y a-t-il d'autres options que je devrais envisager?

Quelles sont les exigences et les obstacles pour chaque option?

Answer 1

La création de formulaires à l'aide d'InfoPath est sans aucun doute le moyen le plus simple de publier un formulaire dans SharePoint. Remarquez qu'il comporte de nombreuses limitations et que vous pourriez essayer de mettre en place une logique problématique ou d'avoir besoin d'une fonctionnalité supplémentaire.

La programmation en C # nécessite une connaissance de C # (bien sûr) et une connaissance des API de SharePoint. En outre, une fois l'opération terminée, la DLL résultante doit être publiée et approuvée par SharePoint, ce qui nécessite l'intervention de l'administrateur système. Cela risque de ne pas toujours être disponible et d’être problématique lors de la prochaine mise à niveau de SharePoint.

Enfin, je vous recommande d'essayer de réaliser la plupart des tâches (y compris les formulaires) simplement en utilisant les fonctionnalités intégrées de SharePoint. Si vous vous y plongez un peu, vous découvrirez que vous pouvez réellement créer des applications compliquées simplement en personnalisant les vues des listes, en organisant l'ordre des champs, en ajoutant des colonnes (et des colonnes de site), etc. cette approche est que c'est pur SharePoint. Aucune connaissance supplémentaire (et personnes) n'est nécessaire.

Answer 2

En fait, vous n'avez pas besoin de beaucoup de connaissances sur les API SharePoint pour créer un formulaire Web personnalisé. C'est un processus très simple. Je n'ai pas de liens utiles, mais il devrait y avoir plus que quelques-uns "bonjour le monde" exemples flottant pour vous aider à démarrer. Les parties les plus délicates des parties Web SharePoint sont la meilleure façon de les déboguer et de les déployer.

Je connais des consultants qui disposent d’une suite complète de serveurs virtuels fonctionnant localement sur leurs ordinateurs portables, de sorte que tout leur est destiné. Ce n'est pas une option pour moi; mon groupe utilise System.Web.UI.WebControls.WebParts.WebPart afin que nous puissions tester localement avant de procéder au déploiement dans notre environnement de développement. Notez que si vous suivez cette voie, vous ne pourrez pas effectuer de tests complets au niveau local, car il vous manquera certains éléments SharePoint tels que les feuilles de style et les composants WebPart fournis par le système. En ce qui concerne le déploiement, nous travaillons toujours sur les détails. Vous pouvez le faire manuellement, mais ce n’est pas idéal pour les environnements de production verrouillés. Une approche à examiner est "Caractéristiques" ;; cela semble prometteur pour l’application de nouvelles améliorations en tant qu’installateur unique, bien que je ne sache pas comment vous allez gérer les corrections de bugs.

Answer 3

Pouvez-vous être plus précis sur la version du formulaire et du sharepoint?

Cela dépend de votre version de Sharepoint: si vous avez 2003, si vous voulez utiliser InfoPath, il doit également être installé sur les clients. Sur SharePoint 2007, je pense que ce n’est pas obligatoire.

S'il s'agit d'un formulaire volumineux comportant peu de règles métier, InfoPath peut être le chemin à suivre - > wysiwyg, et un déploiement facile.

Si votre formulaire implique davantage de règles métier, un composant WebPart ou une page dans _layouts peut être "plus simple". et plus maintenable.

Answer 4

Infopath est méchant de créer rapidement des formulaires et de les jeter sur Sharepoint. Je pense que c'est 1000 fois plus rapide que de créer une application C # personnalisée.

Answer 5

Cela peut dépendre de la façon dont vous pensez

Par exemple,  1. vous pouvez opter pour Infopath, si vous essayez de donner le contrôle à l'utilisateur final afin de personnaliser le formulaire par lui-même.

Infopath est très facile à comprendre, à développer. Afin d’utiliser Infopath, vous devez apprendre Infopath, Infopath Form Services et l’API Sharepoint pour intégrer Dotnet (C #) et Sharepoint.