Question

Je travaille actuellement sur un formulaire InfoPath 2007, que dans le cadre de ses travaux devront soumettre 180 champs à SharePoint 2007 Liste séparée. Je suis curieux de savoir si quelqu'un a un moyen facile de gérer cela, le mieux que je peux penser est peut-être l'un des 2:

A) Script l'ensemble de soumettre le mécanisme dans .NET du formulaire InfoPath
B) Construire la mère de tous les flux de travail SharePoint Designer

Quelqu'un at-il là-bas avait une expérience similaire? Qu'avez-vous fait pour lutter contre une forme si grand?

Était-ce utile?

La solution

Faites tous les champs doivent également être validés avant d'être mis à jour, ou sont-ils validés à l'aide des règles sous la forme? Si elles doivent encore être validées, vous pouvez aller avec option A. Dans le cas contraire, il existe d'autres possibilités.

L'un des avantages de InfoPath est que les données sont enregistrées au format XML. Donc ce que vous pouvez faire, plutôt que de promouvoir 180 champs à une liste SharePoint afin que vous puissiez écrire un flux de travail SPD, est d'écrire un Visual Studio flux de travail qui analyse le document XML et utilisations cas ou si les déclarations à insérer sur les listes appropriées.

Gardez à l'esprit que vous devrez également gérer les situations de mise à jour ou interdire les formes de cours d'édition.

Remarque: Si vous ne l'avez pas utilisé le code-behind sous une forme IP avant, il y a des implications de la confiance que vous voudrez peut-être pas traiter: http://msdn.microsoft.com/en-us/library/aa946782.aspx

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top