2010-03-06 4 views
1

Comment utiliser SharePoint en tant que plate-forme de développement de bout en bout?Développement de bout en bout SharePoint

  1. Quel logiciel de contrôle de source utilisez-vous généralement? SourceSafe/TFS ou tout autre logiciel de contrôle de source?
  2. Quels outils/méthodologies de développement de bout en bout utilisez-vous?
  3. Quand autorisez-vous SPD en tant que plate-forme de développement, et comment maintenez-vous le site fonctionnant avec SPD? Quelles sont les meilleures pratiques de codage que vous suivez?
  4. Comment gérez-vous l'ajout de nouveaux services Web?

Cordialement, Rahul

+2

Chacune de vos questions mérite un fil séparé :). Si vous êtes nouveau à SP, ne vous embêtez pas à propos de 1,3 et 5. Concentrez-vous sur 2 et 4. Je ne veux pas donner de liens spécifiques pour les ressources, car ils sont abondants là-bas. Le meilleur endroit pour commencer est MSDN. – NLV

+0

Salut Kyle, Merci de vos commentaires. Je ne suis pas vraiment nouveau à SharePoint, mais j'étais toujours curieux de savoir comment les autres le font actuellement. Je vais poser une question plus précise la prochaine fois :-) Tout nouveau sur StackOverflow. –

Répondre

1

Dans notre organisation, nous utilisons les éléments suivants:

  1. Subversion, avec AnkhSvn

  2. VS 2008 est notre IDE (SPD pour le développement est mauvais) et Scrum/Agile. Pour les builds/déploiements nous utilisons WSPBuilder et SharePoint Installer

  3. Soyez prudent avec SPD. Dans notre organisation, nous limitons qui est même autorisé à télécharger et à l'installer. Utilisez le code SPDisposeCheck pour vérifier votre code afin d'éviter de vous débarrasser des objets lorsque vous n'en avez pas besoin ou pour vérifier que vous avez éliminé ce qui doit être éliminé.

  4. Nous avons configuré un site Web IIS distinct sur les WFE SharePoint pour héberger des services Web personnalisés qui utilisent le modèle objet. Ceux qui n'utilisent pas le modèle objet sont hébergés ailleurs.

+1

Pour le n ° 4, il existe déjà de nombreux articles sur technet sur les meilleures pratiques SharePoint: http://msdn.microsoft.com/es-co/office/dd638301(en-us).aspx –

1
  1. Nous utilisons TFS parce que nous avons un groupe dans notre société qui prend en charge le serveur TFS. Si ce groupe n'existait pas, je ne crois pas que nous utiliserions cet outil. Visual Studio 2008/Aspects de la programmation extrême et de l'agilité.

  2. Jamais, nous considérons SharePoint Designer comme maléfique. Nous faisons tout par le biais de programmes ou de scripts personnalisés. Cohérence, Cohérence, Cohérence ... nous avons des pratiques de bon sens qui sont venues de nombreux endroits (Mouvement d'Artisanat de Logiciels, Modèles et Pratiques de SEP et expérience).

  3. Nous avons réussi à éviter d'intégrer des services Web dans notre solution SharePoint.

Questions connexes