私たちのアプリケーションは通常、クライアントを IE (XP 以前) にダウンロードしてインストールするために ActiveX コントロールを使用していましたが、ユーザー ベースが "保護モード" をオンにした Vista ボックスが増えているため、調査する必要があります。
では、今後、プロテクト モード API を使用することに頭を悩ます価値はありますか? これにより、アプリが実行する必要があること (ローカル ファイルの場所への書き込み、他のアプリケーションへのアクセスなど) を実行するためのダイアログ ボックスと管理者権限が殺到することになりますか?
必要に応じて、クライアントをダウンロードしてインストールするという汚い仕事をする非ブラウザベースのインストーラーアプリを追加することに半分傾いています...これは一度だけインストールする必要があり、大規模な企業構造ではそうなる可能性がありますITによって押し出されました。
私が見逃している他のアイデアはありますか？
このクライアントは、ブラウザ内で実行されるソフトウェアではなく、デスクトップ アプリケーションですか? その場合は、通常のダウンロード インストーラー アプリケーションを提供してください。ブラウザーでホストされるインストーラーに関する私の個人的な経験では、それらは混乱を招くだけであり、私が見たいくつかは何らかの方法でコーディングが不十分であるように見えました.
MSI ベースのインストーラーを使用する場合、多くの Windows ドメイン管理者もあなたを気に入ると確信しています。Microsoft には、MSI ベースのインストールを多数のマシン セットにリモートで展開するためのツールがあるからです。
Microsoft のClickOnce Deploymentを確認しましたか?
私の記憶が正しければ、プロテクト モードを自動的に処理するのに役立つマニフェストを埋め込むことができ、API に関する頭痛の種から解放されます。
ClickOnce は、ActiveX インストーラーが行うように設計されたのと同じことを目的としていると思います。
IT 部門がこれを推し進めることができるとおっしゃっているので、この種のテクノロジーも使用できると思います。
.NET CLR でアプリケーションを作成していない場合でも、Visual Studio を使用してそれらのマニフェストとインストーラーを生成できます。
これを先延ばしにするよりも、これを正しく行う方がはるかに優れています。Vista は、これ以上セキュリティの問題を無視し、コードの更新を奨励することで人々を逃がしてはならないという Microsoft の言い方です。
ここにいる他のユーザーは、ActiveX コントロールの作成に関する MSDN のベスト プラクティスについて指摘できると確信しています。