•  16-10-2019
  •  | 
  •  

Question

Je suis curieux de savoir si quelqu'un a vu de l'orientation / les meilleures pratiques sur le développement des pièces Web qui peuvent travailler pour les deux SP2007 et SP2010 avec une conversion minimale? Ils ne pas profiter de toute nouvelle fonctionnalité 2010. Au contraire, je pense à la migration vers l'avant - prendre des pièces écrites pour 2007 et veiller à ce qu'ils peuvent fonctionner sur 2010. recompilation pour cibler de nouvelles DLL SP est OK, mais je préfère ne pas maintenir deux branches de code complètement séparées.

Était-ce utile?

La solution

Vous n'avez pas à faire quoi que ce soit. Votre 2007 Web Parts se déroulera dans SharePoint 2010 aussi longtemps que vous n'utilisez pas des API (déconseillés tels que les vieux trucs de SSP).

SharePoint 2010 assure (en utilisant la redirection de montage) que les DLL v12 référencés utiliseront les nouveaux assemblages v14. Donc, vous n'avez même pas à recompiler vos affaires. Il suffit de les déployer ...

Autres conseils

Le nouveau concepteur visuel est vraiment webpart juste un « modèle » qui le rend facile. Vous pouvez utiliser la méthode de code + ASCX exactement la même avec un projet WSP aujourd'hui -. Pour l'année 2007. Il est tout simplement le code .NET que vous chargez le contrôle

Le seul bit que vous obtenez est N'ÊTES PAS la conception visuelle réelle / glisser + drop dans Visual Studio.

Une autre chose à noter est que .NET 4.0 est ce que serait Visées par la VS-2010 -. Alors vous devriez rester à .NET 3.5 pour SharePoint 2007 2010

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