Wordのアドインの数またはサイズに既知の制限はありますか?
現時点では、WordのコピーでApplication.COMAddIns.Countを実行すると、4つ取得され、そのうちの1つは作成し、他の3つは
WordOptimisingAddin
iManage Word2000 integration (Ver 1.3)
Workshare Add-In For Microsoft Word
これはiManage(実際にはFileSite 8.2)とWorkShareです。その上、さまざまなスタートアップディレクトリに8つのテンプレートがあり、それぞれに独自のVBAプロジェクトがあるため、Wordに読み込まれるカスタムコードは非常に多くなります。
明らかに、ドキュメントを開いていない状態で実行中のWordのコピーが115MBのRAMを使用している場合、アプリケーションを開くのに長い時間がかかります。
何度もクラッシュするのではなく、ほとんどの場合速度が低下しているようですが、さらに多くを追加すると、多くのクラッシュが発生し始めるのではないかと心配しています。他の人々は、Wordがあまりにも多くのプラグインを取得することに関するこの種の問題を知っていますか?
私は多くのアドインがロードされたExcelキャンプにいますが、これは同等のシナリオです。 Excelはメモリをますます消費するため、速度が低下することがありますが、Excelの数が非常に多いためにクラッシュしたり、既に多すぎると表示されてロードに失敗したりすることはありません。
これは、Wordが処理できるアドインの総数というよりも、システムメモリの問題です。メモリにロードすればするほど、速度が低下します。さらに、Office 2003のアドインのクラッシュ保護により、Wordがクラッシュした理由がそのアドインであると判断された場合、Wordはそのアドインを無効にします。それらをすべてロードしてExcelを起動すると、これが何度も発生するのを見てきました。通常、これは、社内で開発されたアドインが原因で、世界最大のエラートラップがないことは確かです...
追加のアドインを入手したら、実稼働環境にロールアウトする前に、ベースレベルのマシンでそれらをテストする必要があります。これにより、アドインが消費するシステムリソースの種類と、ロードしている他のアドインとの連携方法を把握できます。商用メーカーは、メモリ要件など、インストールの計画に役立つシステム要件も提供する必要があります。
カスタムアドインが問題の一部を引き起こしていることがわかった場合は、コードを確認して最適化を行う必要があります。
速度の低下は、Officeプライマリ相互運用機能アセンブリ(PIA)、特にVisual Studio Tools for Office(VSTO)ランタイムをメモリにロードするための追加のオーバーヘッドが原因である可能性が高いと思います。アドイン開発者がVSTOまたはCOMのみを使用したかどうかによって異なります。また、起動時にアドインがロードする必要のある他の依存関係(DLL)や、シャットダウン時に保存する必要のあるデータに依存する場合もあります。
追加のアドインがユーザーエクスペリエンスにさらに影響を与えるかどうかを判断するために、次のことをお勧めします。
既存の構成の起動時間とシャットダウン時間を測定します。これは、システムが起動したときに1回実行し、同じセッション中にWordを閉じて再度開いたときにもう一度実行します。 2つの起動時間は大幅に異なりましたか?シャットダウン時間はどうですか?
すべてのアドインを無効にします。 1.のテストを繰り返します。アドインのない構成はパフォーマンスを向上させましたか?
各アドインを一度に1つずつ再度有効にし、毎回1.のテストを繰り返します。起動/シャットダウン時間は各アドインで同じ影響を受けましたか、それとも一部の時間は他の時間よりも影響を受けましたか?
上記の一連のテストは面倒に思えるかもしれませんが、1時間もかからず、最後に質問に答えるのに十分な情報が必要です。また、Wordを起動したときにすでに開いている他のOfficeアプリによっても違いが見られる場合があります。