ASP NET MVC 3アプリケーションをサーバー(win2008/iis7.5)にデプロイしました。どういうわけかMVC 3パッケージとdevexpress(アプリに必要)をインストールしないことにしました。代わりに、次のdllをコピーしました。開発者のマシンからデプロイされたアプリのbinフォルダーへのmvcとdevexpress。すべて正常に動作します。将来のメンテナンスでいくつかの問題が発生する可能性がありますが、このアプローチが受け入れられるかどうか、パフォーマンスに影響するかどうかを知りたいですか?
申し訳ありませんが、以前のポスターに同意しません。 Webアプリケーションは、さまざまな環境にインストールできる必要があります。これは、独自のサーバーにすることも、Webホスティング業者にすることもできます。
たとえば、Webhosterでは、これらのツールを適切に「インストール」するためのアクセス権がないため、これらのアセンブリをbinフォルダーにデプロイすることはまったく問題ありません。
ここでMVC3とDevExpressの特定の情報を見つけてください:
SOからのMVCデプロイメント
DXからのDevExpressデプロイメント
DevExpressに関しては、EULAにも違反しています。
DevExpressが提供するWebコントロールを使用するWebプロジェクトを展開する場合は、使用する機能を実装する対応するアセンブリファイルをターゲットマシン(サーバー)にコピーする必要があります。 EULAの条件に従って配布できないデザインライブラリが含まれているため、この目的でインストールを使用することはできません。したがって、必要なアセンブリファイルをターゲットサーバーに手動で展開する必要があります。
メンテナンスとライフサイクルの問題に対処しなければならないシステム管理者として、合併症があるかもしれないとあなたが指摘するように、これは受け入れられないと思います...
Windows開発ツールにはパッケージツールがありますね。なぜ使わないのかわかりません。
パフォーマンスに関しては、これを自分でテストする必要があります。
正しくインストールしてください!
そのようなことをしている人々が、私が再構築できず、別のサーバーに移行できず、何もできない古いサーバーをいくつか持っている理由です。正しくインストールすれば、追加/削除プログラムを調べて、「ああ、XとYをインストールする必要があります」と表示されます。 DLLファイルをランダムにコピーすると、それはできません。
また、Windowsは何がインストールされているかを認識しないため、セキュリティ更新プログラムが破損する可能性があります。
基本的に、それを行うと、サーバーは維持するのに完全な悪夢に変わります。適切なインストールファイルを使用し、プログラムのインストールプログラムも作成します。