solutions sandbox semblent être trop paralysèrent

Question

J'apprends SharePoint et les différents types de solutions que vous pouvez déployer. De la formation je regarde, il semble que vous devriez essayer de votre mieux pour utiliser une solution Sandbox chaque fois que possible. En effet, la ferme Solutions peut gâcher les choses trop.

Cependant, deux des principales choses que je ferais avec WebParts ne sont pas pris en charge dans Sandbox Solutions. Ce sont WebParts visuels et la communication webpart. (Le premier n'est pas autorisé parce qu'il a besoin de frapper le système de fichiers et le second est pas autorisé, car il utilise la réflexion).

Il me semble que mes WebParts voudront toujours faire au moins une de ces choses. (WebParts qui ne communiquent pas ne sont pas vraiment modulaires sont-ils?)

Suis-je manque le point ou sont Sandbox Solutions une « bonne idée » qui ne sont pas vraiment utilisé dans le code réel?

Answer 1

Oui, je suis d'accord avec vous que les solutions Sandbox sont très restrictives.

Mais, il est cette restriction qui leur donne leur valeur. En raison des restrictions une solution sandbox ne peut pas faire tomber une ferme (atleast qui est la théorie, quelqu'un peut trouver un moyen de le faire).

Cela signifie que vous pouvez ouvrir à beaucoup plus d'utilisateurs de déployer des choses sur la ferme. Il est également nécessaire de déployer des choses à SharePoint Online.

que les solutions Sandbox sont plus restrictives, des moyens que le développement est plus lourd, vous devez programmer votre chemin autour des restrictions. Cela rend les solutions plus coûteuses. Par conséquent, la valeur par défaut devrait être ferme, sauf si vous avez une bonne raison de ne pas l'utiliser.

Answer 2

Je pense que certains des commentaires ici manque le point entier d'une solution Sandbox, ils ont été délibérément donné un ensemble réduit de privilèges pour de nombreuses raisons: a) administrateur de collection de site A peut ajouter une solution SB donc ils ne doivent pas être admins agricoles donc une meilleure sécurité de la ferme. b) Vous pouvez faire confiance qu'un SB ne sera pas faire tomber la ferme, ils ne fonctionnent même pas dans le cadre du processus de travail SharePoint normale, au contraire, ils sont hébergés dans leur propre processus qui agit comme hôte pour vérifier si les ressources accessibles sont a permis une solution SB. c) Le nuage arrive, il n'y a pas à sortir de ce fait, quand quelqu'un d'autre que héberge votre solution SharePoint vous vraiment vous aurez accès à la ferme?

Je pense que la compréhension de l'impact de l'exécution en tant que solution Sandbox dans une perspective non-développeur est important, après tout ce que vous ne seriez pas créer une solution personnalisée de tout type et attendez que le client de vous accorder au niveau du domaine des comptes pour l'exécuter, donc lors de la création de solutions SharePoint, pensez gérer votre solution avec la quantité minimale d'autorisations par défaut, s'il n'y a vraiment pas d'autre moyen puis explorer des solutions agricoles.

Voici un guide utile de MS:

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

Answer 3

Si votre environnement vous permet d'installer des solutions agricoles, alors oui, les solutions sont restrictives et sandbox vous empêcher de faire ce que vous voulez.

Cependant, si votre environnement ne permet pas le déploiement de la solution régulière, comme cela est le cas avec l'hébergement partagé et quelques grandes entreprises alors ils ne sont pas restrictives, car sans eux, vous ne seriez pas en mesure d'utiliser le code personnalisé du tout.

Answer 4

Bac à sable est horrible, je suis totalement en désaccord avec l'énoncé « il est cette restriction qui leur donne leur valeur ». vous ne pouvez pas faire beaucoup de chose dans le bac à sable. 1. aucune session 2. aucune communication web part 3. aucun contrôle de téléchargement de fichiers 4. pas redirect ...

et il rend les choses pénibles comme l'enfer. nous sommes en train de développer une application d'entreprise face à des utilisateurs externes, mon conseil, si vous considérant Sandbox à ces fins, je dirais ajouter 150% plus de temps pour votre projet juste pour traiter des questions de bac à sable.

la plupart des gens parlent des avantages, mais tous les avantages ne sont pas vraiment des avantages .. par exemple, même si un seul code d'application bac à sable soulève exception qui est ... Unhandled bonne chance, il va se planter l'ensemble de la batterie, et le suivi des problème est réel cauchemar.

si vous pouvez rester en dehors du bac à sable