Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais

Différences entre les solutions bac à sable (sandbox) et les solutions de batterie

 

Lorsque vous compilez une solution SharePoint, elle est déployée sur le serveur SharePoint et un débogueur est joint pour la déboguer.   Le processus utilisé pour déboguer la solution dépend du paramètre de la propriété Solution bac à sable (sandbox) : solution bac à sable (sandbox) ou solution de batterie (farm solution).   

Pour plus d'informations, consultez Considérations sur les solutions bac à sable (sandbox).

Les solutions de batterie (Farm solutions), hébergées dans le processus de travail IIS (W3WP.exe), exécutent du code qui peut affecter la ferme Sharepoint entière.   Lorsque vous déboguez un projet SharePoint dont la propriété Solution bac à sable (sandbox) a la valeur « solution de batterie », le pool d'applications IIS du système est recyclé avant que SharePoint retire ou déploie la fonctionnalité de manière à libérer tous les fichiers verrouillés par le processus de travail IIS.  Seul le pool d'applications IIS qui sert l'URL de site du projet SharePoint est recyclé.  

Les solutions bac à sable (sandbox), hébergées dans le processus de travail de la solution du code utilisateur SharePoint (SPUCWorkerProcess.exe), exécutent du code qui peut affecter uniquement la collection de sites de la solution.  Dans la mesure où les solutions bac à sable (sandbox) ne s'exécutent pas dans le processus de travail IIS, il n'est pas nécessaire de redémarrer le pool d'applications IIS ou le serveur IIS.  Visual Studio joint le débogueur au processus SPUCWorkerProcess que le service SPUserCodeV4 dans SharePoint déclenche et contrôle automatiquement.  Il n'est pas nécessaire de recycler le processus SPUCWorkerProcess pour qu'il charge la version la plus récente de la solution.  

Pour les deux types de solution, Visual Studio attache également le débogueur au navigateur pour permettre le débogage de script côté client.   Visual Studio utilise le moteur de débogage de script à cette fin.  Pour activer le débogage de script, vous devez modifier les paramètres par défaut du navigateur lorsque vous y êtes invité.  

Visual Studio attache le débogueur seulement aux processus W3WP ou SPUCWorkerProcess exécutant le site actuel.    Visual Studio attache également les moteurs de débogage managés de workflow et COM Plus.   

Afficher: