サンドボックスソリューションはあまりにもひどく不自由になっているようです

Question

私はSharePointと展開できるさまざまな種類のソリューションを学んでいます。トレーニングから、私は見ています。可能であれば、サンドボックスソリューションを使用するように最善を尽くしているようです。これは、ファームソリューションが物事を台無しにすることができるためです。

ただし、Webパートで行う主なことの2つは、Sandbox Solutionsではサポートされていません。これらは視覚的なWebパートとWebパート通信です。 （ファイルシステムを押す必要があり、2番目のシステムは反射を使用するため許可されていないため、1つ目は許可されていません）。

私のウェブパートは、常にそれらの少なくとも1つをやりたいと思うように思えます。 （通信しないWebパートは、実際にはモジュール式ではありませんか？）

私はポイントを見逃していますか、それともサンドボックスソリューションは実際のコードで実際には使用されていない「いいアイデア」ですか？

Answer 1

はい、サンドボックスソリューションは非常に制限的であることに同意します。

しかし、彼らに価値を与えるのはその制限です。制限により、サンドボックス化されたソリューションは農場を倒すことはできません（少なくとも理論であるため、誰かがそれを行う方法を見つけるかもしれません）。

これは、農場に物を展開するために、より多くのユーザーに開放できることを意味します。また、オンラインでSharePointに物を展開することも要件です。

サンドボックスソリューションはより制限的であり、開発がより面倒であることを意味し、制限を回避する必要があります。これにより、ソリューションがより高価になります。したがって、デフォルトはそれを使用しない正当な理由がない限り、農場でなければなりません。

Answer 2

ここでのコメントのいくつかは、サンドボックスソリューションの全体的なポイントを欠いていると思います。それらは多くの理由で意図的に一連の特権を与えられています：a）サイトコレクション管理者はSBソリューションを追加できます。農場のより良いセキュリティ。 b）SBは農場を倒さず、通常のSharePoint Workerプロセスの下で走ることさえないことを信頼できます。 SBソリューションを許可します。 c）クラウドが来ています、他の誰かがあなたのSharePointソリューションをホストしているとき、あなたは本当に農場にアクセスできると思いますか？

開発者以外の観点からサンドボックスソリューションとしてのランニングの影響を理解することは重要だと思います。 SharePoint Solutionsは、デフォルトで最小限の権限を使用してソリューションを実行することを考えてください。

これがMSの便利なガイドです：

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

Answer 3

環境でファームソリューションをインストールできる場合は、サンドボックスソリューションが制限され、必要なことを止めてください。

ただし、共有ホスティングやいくつかの大企業の場合のように、環境が定期的なソリューションの展開を許可していない場合、それらがなければカスタムコードをまったく使用できないため、制限的ではありません。

Answer 4

サンドボックスは恐ろしいです、私は「彼らに価値を与えるのはその制限です」という声明に完全に同意しません。サンドボックスで多くのことをすることはできません。 1.セッションなし2.ウェブパート通信なし3.ファイルのアップロードコントロールなし4.リダイレクトなし...

そして、それはただ物事を地獄のように苦しめます。私たちは、外部のユーザーが直面しているエンタープライズアプリケーションを開発する最中です。私のアドバイスは、これらの目的のためにSandboxを検討している場合、Sandboxの問題に対処するためだけにプロジェクトに150％の時間を追加します。

ほとんどの人は利益について話しますが、すべての利点は実際には利点ではありません。たとえば、単一のサンドボックスアプリケーションコードでさえ例外を引き起こす場合、頑張って、農場全体をクラッシュさせ、問題を追跡することは本当です悪夢。

サンドボックスから離れることができる場合