Differenze tra soluzioni in modalità sandbox e farm
Quando si compila una soluzione SharePoint, viene distribuita nel server SharePoint e viene collegato un debugger per eseguirne il debug. Il processo usato per eseguire il debug della soluzione dipende dall'impostazione della proprietà Soluzione in modalità sandbox: soluzione in modalità sandbox o soluzione farm.
Per altre informazioni, vedere Considerazioni sulla soluzione in modalità sandbox.
Soluzioni farm
Le soluzioni farm, ospitate nel processo di lavoro IIS (W3WP.exe), eseguono codice che può influire sull'intera farm. Quando si esegue il debug di un progetto di SharePoint la cui proprietà Sandboxed Solution è impostata su "farm solution", il pool di applicazioni IIS del sistema viene riciclato prima che SharePoint ritiri o distribuisca la funzionalità in modo da rilasciare eventuali file bloccati dal processo di lavoro IIS. Viene riciclato solo il pool di applicazioni IIS che gestisce l'URL del sito del progetto SharePoint.
Soluzioni in modalità sandbox
Soluzioni in modalità sandbox, ospitate nel processo di lavoro della soluzione di codice utente di SharePoint (SPUCWorkerProcess.exe), eseguire codice che può influire solo sulla raccolta siti della soluzione. Poiché le soluzioni in modalità sandbox non vengono eseguite nel processo di lavoro IIS, né il pool di applicazioni IIS né il server IIS devono essere riavviati. Visual Studio collega il debugger al processo SPUCWorkerProcess che il servizio SPUserCodeV4 in SharePoint attiva e controlla automaticamente. Non è necessario che il processo SPUCWorkerProcess venga riciclato per caricare la versione più recente della soluzione.
Entrambi i tipi di soluzione
Con entrambi i tipi di soluzione, Visual Studio collega anche il debugger al browser per abilitare il debug di script sul lato client. A questo scopo, Visual Studio usa il motore di debug degli script. Per abilitare il debug di script, è necessario modificare le impostazioni predefinite del browser quando richiesto.
Visual Studio collega il debugger solo ai processi W3WP o SPUCWorkerProcess che eseguono il sito corrente. Visual Studio collega anche i motori di debug COM Plus e flusso di lavoro gestiti.