SharePoint と、展開できるさまざまな種類のソリューションについて学んでいます。私が見ているトレーニングから、可能な限りサンドボックス ソリューションを使用するように最善を尽くすべきであるように思われます。これは、Farm Solutions が物事をめちゃくちゃにする可能性があるためです。
ただし、WebParts で行う主な 2 つのことは、サンドボックス ソリューションではサポートされていません。それらは、Visual WebParts と WebPart 通信です。(1 つ目はファイル システムにヒットする必要があるため許可されず、2 つ目はリフレクションを使用するため許可されません)。
私の WebParts は、これらのことの少なくとも 1 つを常に実行したいと考えています。(通信しない WebParts は、実際にはそれほどモジュール化されていませんか?)
私は要点を見逃していますか、それともサンドボックス ソリューションは実際のコードで実際には使用されていない「良いアイデア」ですか?
はい、サンドボックス ソリューションが非常に制限的であることに同意します。
しかし、それらに価値を与えるのはその制限です。制限により、サンドボックス ソリューションはファームをダウンさせることはできません (少なくともそれが理論であり、誰かがそれを行う方法を見つける可能性があります)。
これは、より多くのユーザーにファームへの展開を許可できることを意味します。また、SharePoint Online に展開することも要件です。
サンドボックス ソリューションがより制限的であることは、開発がより面倒であることを意味し、制限を回避する方法をプログラムする必要があります。これにより、ソリューションがより高価になります。したがって、使用しない正当な理由がない限り、デフォルトは farm にする必要があります。
ここでのコメントの一部は、サンドボックスソリューションの全体的なポイントを欠いていると思います。多くの理由で、意図的に特権のセットが減らされています。a）サイトコレクション管理者はSBソリューションを追加できるため、ファーム管理者である必要はありません。ファームのセキュリティが向上します。b）SBがファームを停止せず、通常のSharePointワーカープロセスで実行されないことを信頼できます。代わりに、アクセスされたリソースがアクセスされているかどうかを確認するホストとして機能する独自のプロセスでホストされます。 SBソリューションを許可しました。c）クラウドが登場し、その事実から逃れることはできません。他の誰かがSharePointソリューションをホストしているときに、ファームにアクセスできると本当に思いますか？
開発者以外の観点からサンドボックスソリューションとして実行することの影響を理解することは重要だと思います。結局のところ、カスタムソリューションを作成することはなく、顧客がドメインレベルのアカウントを許可して実行することを期待しているため、作成するときはSharePointソリューションでは、デフォルトで最小限のアクセス許可でソリューションを実行することを検討してください。他に方法がない場合は、ファームソリューションを検討してください。
MSの便利なガイドは次のとおりです。
ご使用の環境でファームソリューションをインストールできる場合は、そうです。サンドボックスソリューションは制限があり、必要なことを実行できなくなります。
ただし、共有ホスティングや一部の大企業の場合のように、環境で定期的なソリューションの展開が許可されていない場合、それらがないとカスタムコードをまったく使用できないため、制限はありません。
サンドボックスはひどいものです。「サンドボックスに価値を与えるのはその制限です」という声明には完全に同意しません。サンドボックスでは多くのことができません。1. セッションなし 2. Web パーツ通信なし 3. ファイル アップロード コントロールなし 4. リダイレクトなし...
そして、それは物事を地獄のように苦痛にするだけです。外部ユーザー向けのエンタープライズ アプリケーションを開発している最中です。これらの目的でサンドボックスを検討している場合は、サンドボックスの問題に対処するためだけにプロジェクトに 150% の時間を追加することをお勧めします。
ほとんどの人は利点について話しますが、すべての利点が実際の利点であるとは限りません..たとえば、1 つのサンドボックス アプリケーション コードでも未処理の例外が発生した場合...うまくいけば、ファーム全体がクラッシュします。問題の追跡は現実的です。悪夢。
サンドボックスから離れることができれば