Question

Bonjour et merci pour la recherche!

Arrière-plan

Je construis une application web commerciale pour un gros client qui nous oblige à utiliser leur licence SharePoint existant depuis qu'ils ont payé pour cela.

La couche SharePoint de cette application (en cours d'exécution sur le serveur Web qui fonctionne aussi SP) est écrit en C # 2.0 Asp.Net. En dehors de cela, nous écrivons une application ASP.Net MVC 3 en C # et Asp.net 4 et, bien que nous aurions normalement construire une belle bibliothèque de base, front-end web, back-end MSSQL avec des entités au milieu, etc., nous sommes coincé avec Sharepoint 2007 en tant que back-end et, finalement, un CMS.

- nous faisons SP la couche de service. Il est le seul travail est de répondre aux demandes de données avec des objets JSON, notre application MVC3 il faut partir de là en construisant des entités du JSON, en utilisant LINQ moderne, lambdas, etc.

Le problème

Nous nous trouvons avoir à structurer les tableaux de données (qui vivent dans SharePoint sous forme de listes SharePoint) pour se conformer à la manière dont les utilisateurs finaux de gérer le contenu. Donc, en substance, ce qui nécessite une plus grande quantité que la normale des colonnes dans chaque tableau de données de maintien qui seraient normalement en fonction relationnelle. Oui - Je sais tout sur les listes de consultation, merci

.

Dans le monde moderne, nous attirerait sur plusieurs tables de données, construire une entité / modèle, puis rendre une forme de cette entité qui l'utilisateur final pourrait utiliser pour mettre à jour les différentes données.

Dans le monde de SharePoint, la fâcheuse tendance est de construire une énorme table de sorte qu'une forme tirée, il imitera une entité bien planifiée.

Je suppose que les mensonges de réponse dans l'utilisation de SharePoint Designer 2007 pour les formulaires creat personnalisés qui tirent à partir de plusieurs tables et permettent un peu de logique et de flexibilité, mais je ne tiens pas à utiliser cet outil (que je dois faire via RDC) pour la création de formulaires. Je préférerais automatiser la création de ces formes à base de l'entité que je construis dans un outil de développement que je suis bâtiment. Alors. . .

Ma question

Étant donné que je l'ai déjà des technologies robustes de génération de code, qui comprend la création de listes SharePoint et comme par le code C #, est-il un moyen (C #) pour créer SharePoint formulaires personnalisés sans passer par SharePoint Designer?

En d'autres termes, j'ai le code déjà écrit qui me permet de créer des tableaux de données (SharePoint listes) la façon dont ils seraient dans SQL, puis générer le modèle d'entité de données et le code correspondant pour l'émission d'une réponse JSON. Maintenant, je dois juste pour automatiser le processus de construction d'un formulaire personnalisé SharePoint que les liens de mon modèle, qui repose sur plusieurs listes SharePoint, à ce même flux de travail. Je peux y arriver via SharePoint Designer, mais comment puis-je le faire en C #?

Merci beaucoup!

Matt

Était-ce utile?

La solution

Pour les formulaires de liste personnalisés vous avez une option de développement - rendu personnalisé des modèles. Ce sont des fichiers ascx et donc si vous avez mises en page normalisé etc, vous pouvez très bien être en mesure d'automatiser la génération de code dans une certaine mesure.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top