Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

SharePoint 2007 : une matrice de choix sur le développement MOSS

Sous SPS 2003, on résume bien souvent le développement SharePoint à "faire des WebParts". MOSS 2007 change la donne et grace à son filiation avec ASP.Net 2.0, donne bien des perspectives.

Cependant, en terme de développement d'interface, les WebParts sont toujours reine mais ne sont pas forcement le choix obligatoire. Un interface SharePoint peut se définir comme

  1. des WebParts
  2. une page applicative (dans le répertoire layouts)
  3. un user control via la SmartPart

On peut même aller encore plus loin, en packageant directement une Page ASPX avec ses usercontrol, son code inline et des WebPart Zone comme une feature à déployer. Mais la, il s'agit déja de rentrer un peu plus loin dans le développement avancé de SharePoint 2007. Mais oui, on peut même concevoir de vrai pages applicatives le tout dans SharePoint.

>>> J'en avait fait une petite démo lors du WebTV de lancement de Office et Vista sur la chaine développeur.

Mais restons simple (dans un premier temps, je reviendrais à la charge sur le sujet) dans un premier temps et restons sur les 3 choix de bases.

Les arguments sont simples.

  • WebPart
    + : déploiement multiple aisée
    - : complexe à réaliser (pas de design mode)
  • Page applicative
    + : simple ASPX utilisable par TOUT les sites
    -  : page admin, n'utilise pas la master du site
  • UC et SmartPart
    +  : utilisation directe de User Control dans un Wrapper clé en main : simple à faire
    - : package et déploiement manuel ne profitant pas directement des solutions 2007

En bref,

  • si le développement est une utilisation unique ou trés graphique >>> SmartPart
  • si c'est une page de gestion inter site >>> layout
  • si le composant doit être mutualisé ou métier >>> WebPart

Je ne suis pas le seul à faire ce petit constat. je suis aussi tombé sur un post de Chris Johnson allant dans ce sens et qui arrive à une petite matrice de choix bien pratique:

Chris Johnson - Application Development on MOSS 2007 & WSS V3

Decision matrix

  Single Site Some Sites Many Sites
Per site functionality Smart Part Smart Part or Web Part Web Part
Single instance application Smart Part N/A N/A
Site extension functionality Web Part Web Part _Layouts application

Son post est trés bien construit et donne son feedback de TAP et early Adopter dans ses projets SharePoint

A lire de plus prés si le sujet du coding SharePoint vous interesse et que vous cherchez du feedback.

En ce qui concerne la SmartPart, pour 2007, essayez donc la Return of SmartPart (v3)

Renaud Comte aka TheMit (SPCoder)

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 20 décembre 2006 12:23 par themit
Classé sous : , ,

Commentaires

minsou a dit :

Ce post est vraiment très intéressant. D'autant plus que je viens d'apprendre que l'on ne peut pas utiliser les master pages avec des applciations ASP.net pour SharePoint=> c'est vraiment dommage. Ca me servira surement pour la suite !

Merci the mit pour ce beau boulot !! ;-)

# décembre 20, 2006 15:12

themit a dit :

"l'on ne peut pas utiliser les master pages avec des applciations ASP.net pour SharePoint"

La problématique ne vient pas vraiment de SharePoint pour ASP.net mais du fonctionnement même des Master Page. Elles sont liés aux contexte même des sites

>>> Chaque virtual folder a son propre contexte (une MP n'est qu'un User Control pour info, jeter un oeil avec reflector)

Par contre, si une page applicative est uploadé dans un site WSS via une feature ou même directement dans une doc lib (soyons fou), la ca marche

Ne jamais oubliez les basiques d'ASP.Net, jamais ;)

# décembre 20, 2006 15:57
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01