Domanda

sto imparando SharePoint e il diverso tipo di soluzioni è possibile distribuire. Dalla formazione guardo sembra che si dovrebbe fare del proprio meglio per utilizzare una soluzione sandbox quando mai possibile. Questo è perché le cose Farm Solutions può rovinare troppo.

Tuttavia, due delle cose principali che vorrei fare con WebParts non sono supportati in Sandbox Solutions. Quelli sono WebParts Visive e della Comunicazione WebPart. (Il primo non è consentito perché ha bisogno di colpire il file system e il secondo è annullato perché utilizza riflessione).

Mi sembra che i miei WebParts saranno sempre voglia di fare almeno una di quelle cose. (WebParts che non comunicano, non sono poi così modulari sono?)

mi manca il punto o sono Sandbox Solutions una "bella idea" che non sono realmente utilizzati in codice vero?

È stato utile?

Soluzione

Sì, sono d'accordo con te che le soluzioni Sandbox sono molto restrittive.

Ma, è che la restrizione che dà loro il loro valore. A causa delle restrizioni di una soluzione in modalità sandbox non può far cadere una fattoria (almeno questa è la teoria, qualcuno potrebbe trovare un modo per farlo).

Questo significa che si può aprire a molti più utenti di distribuire le cose in azienda. E 'anche un obbligo di distribuire cose da SharePoint Online.

che le soluzioni Sandbox sono più restrittive, significa che lo sviluppo è più ingombrante, è necessario programmare il modo per aggirare le restrizioni. Questo rende le soluzioni più costose. Pertanto, il valore di default dovrebbe essere farm meno che non abbiate una buona ragione per non usarlo.

Altri suggerimenti

Credo che alcuni dei commenti qui mancano l'intero punto di una soluzione Sandbox, sono stati volutamente dato un insieme ridotto di privilegi per molte ragioni: a) amministratore della raccolta Un sito può aggiungere una soluzione di SB di conseguenza, essi non devono essere amministratori farm quindi una migliore sicurezza della fattoria. b) Ci si può fidare che un SB non porterà giù alla fattoria, non hanno nemmeno correre sotto la normale processo di lavoro SharePoint, invece sono ospitate sotto il proprio processo che funge da host per controllare per vedere se le risorse a cui si accede sono consentito una soluzione SB. c) La nube sta arrivando, non c'è allontanarsi da questo fatto, quando qualcun altro sta ospitando la soluzione SharePoint pensi davvero che avrai accesso alla fattoria?

Conti Penso comprendere l'impatto di correre come una soluzione di Sandbox dal punto di vista non-sviluppatore è importante, dopo tutto, non è necessario creare una soluzione personalizzata di qualsiasi tipo e si aspettano il cliente di concedere voi livello di dominio per eseguirlo, pertanto durante la creazione di soluzioni SharePoint, pensare in esecuzione la soluzione con la quantità minima di autorizzazioni per impostazione predefinita, se non c'è davvero altro modo poi esplorare soluzioni farm.

Ecco una guida utile da MS:

http://msdn.microsoft.com/en-us/library/ ff798382.aspx

Se l'ambiente consente di installare le soluzioni di fattoria, allora sì, soluzioni in modalità sandbox sono restrittive e si smettere di fare quello che vuoi.

Tuttavia, se l'ambiente non consente la distribuzione soluzione regolare, come è il caso di hosting condiviso e alcune grandi imprese allora non sono restrittive, perché senza di loro non sarebbe in grado di utilizzare il codice personalizzato a tutti.

Sandbox è orribile, Sono completamente d'accordo con l'affermazione "è che la restrizione che dà loro il loro valore". non si può fare una cosa che molti in sandbox. 1. nessuna sessione 2. nessuna comunicazione web-parte 3. nessun controllo di upload di file 4. nessun redirect ...

e fa solo cose dolorose come l'inferno. siamo nel bel mezzo dello sviluppo di un'applicazione aziendale rivolto agli utenti esterni, il mio consiglio, se si considera Sandbox per questi scopi, direi aggiungere 150% in più di tempo per il vostro progetto solo per affrontare le questioni sandbox.

la maggior parte delle persone parlare di benefici, ma tutti i vantaggi non sono veramente benefici .. per esempio, se anche un solo codice dell'applicazione sandbox solleva un'eccezione non gestita che è ... buona fortuna, andrà in crash l'intera farm, e il monitoraggio della problema è vero e proprio incubo.

se si può stare fuori della sandbox

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top