2010-07-15 3 views
2

Nous avons actuellement une application de formulaires Web entièrement développée, essentiellement comme WordPress utilisant .net pour plusieurs utilisateurs de publier du contenu. Il fait plus que cela mais c'est le moyen le plus simple de le décrire. Nos "webmasters" (je travaille dans le gouvernement) veulent tout mettre à l'intérieur de SharePoint. Nous avons actuellement SharePoint 2007. Je n'ai aucune expérience de développement au sein de SharePoint, donc je ne connais pas grand-chose à ce sujet.Comment décider si vous devez développer une application dans SharePoint

Ma question est de savoir comment décider quand développer votre application dans SharePoint et quand développer en dehors de celle-ci.

+0

Combien cela coûterait-il? – FrustratedWithFormsDesigner

+0

Je ne sais pas ce qu'ils gagneraient en plus du fait qu'ils ont déjà SharePoint. Honnêtement, je pense que c'est juste une question de contrôle. Je ne suis pas défavorable à faire le développement dans SharePoint .. Je ne veux pas frapper un tas de barrages routiers .. et le fait de réaménagement serait nul. C'est pourquoi je me demande où vous tracez la ligne entre le développement dans SharePoint ou en dehors de celui-ci. – Loktar

Répondre

3

Cela dépend de plusieurs choses.

Y a-t-il des raisons d'utiliser les fonctionnalités SharePoint (listes de stockage de données, bibliothèques de documents avec gestion des versions, groupes de sécurité, etc.) dans votre application? Si vous hébergez des pages ASP.NET dans SharePoint, mais que vous n'utilisez aucune de ses fonctionnalités, cela ne vaut pas vraiment la peine. Toutefois, si vous ajoutez l'application à un site SharePoint existant, cela peut être une bonne idée. Organiser tout en un seul endroit peut être plus pratique pour les utilisateurs que de configurer une application Web distincte.

+0

Merci c'est ce que je cherchais. – Loktar

0

S'il est nécessaire de réorganiser votre application pour qu'elle fonctionne avec SharePoint, c'est une très grande raison de développer avec SharePoint. Au-delà, les personnes qui influencent vos décisions d'architecture peuvent avoir de bonnes raisons. SharePoint fournit la gestion de la sécurité, la recherche et la navigation pour nommer quelques pièces pertinentes à votre puzzle Web. Si vous créez déjà des applications Web dynamiques dans .Net, une grande partie de ce que vous avez appris au cours du processus s'appliquera, mais vous devez apprendre à le faire.

Votre organisation n'est pas la seule à déplacer la plupart des applications Web vers SharePoint. Si vous ne l'apprenez pas maintenant, vous risquez de prendre du retard.

+0

Ouais, je devrais apprendre le développement au sein de SharePoint à un moment donné, mais l'exigence est en fait de ré-architecturer juste pour pouvoir dire que l'application est dans SharePoint malheureusement. Ils essaient de mettre hors service tous les serveurs Web standards et d'aller vers des solutions 100% SharePoint. – Loktar

+0

Par "aller aux solutions 100% SharePoint", est-il demandé de déployer toutes les personnalisations de serveur Web via les packages de solutions SharePoint? Si c'est le cas, vous avez beaucoup de possibilités de personnalisation. Si vous passez de ASP.Net vanille à des solutions hébergées dans SharePoint, il vous faudra au moins apprendre un peu pour que cela fonctionne. Si vous voulez que ça marche mieux, plus d'apprentissage. :) –

0

Vous pouvez également simplement "afficher" vos applications existantes dans un composant WebPart SharePoint (Visualiseur de pages?). De cette façon, votre application reste la même et elle est affichée dans l'environnement SharePoint. C'est un peu une solution hokey, mais dans votre cas particulier, il pourrait être viable compte tenu du temps de développement, le temps d'apprentissage et le contrôle. Que gagneraient-ils en déplaçant tout sur SharePoint?

Questions connexes