私はまだ展開の良い方法を学んでおり、次のタスクを達成するためのサイズ 12 の脳を持っていないことを前もって認めます。そうは言っても...同じ共有/フォルダーにあるdllを参照するネットワークドライブに約8つのexeが存在します。この dll と作成する将来の dll を含む別の場所に共通のネットワーク共有を配置して、変更を行う場所が 1 つだけになるようにしたいと考えています (アプリを再コンパイルする必要がない場合)。ネットワーク上で dll を共有してはならない理由について満足のいく答えが見つからなかったので、これを行うためのベスト プラクティスは何だろうと思っています。これが受け入れられ、日常的に行われるものである場合、これを達成するにはどのような手順が必要ですか? ご協力いただきありがとうございます。
質問する
617 次
1 に答える
2
この共有 DLL が将来のリリースで更新される可能性がある場合は、各アプリケーションに対して保存されているローカル コピーの方がはるかに優れています。
あなたが述べた目的は、DLL に 1 つの変更を加えて、すべてのアプリを更新できるようにすることだと言います。この訴訟の良い面は以前に聞いたことがあります。
「すべてのアプリの改善をロールアウトできるようになりました」
半分空のグラスから見たものは:-
「すべてのアプリに共通のバグを導入することができます」.
8 つのプロジェクトであっても、打ち上げがどのようなものになるか想像してみてください。
「QA さん、こんにちは。この 1 つの新しいアプリをテストしていただけますか? (さらに、何もしていないが、結果として破損する可能性がある他の 7 つのアプリをテストしていただけますか?」.
ライブラリは、成熟していて変更される可能性が低い場合にのみ共有する必要があります。それについて率直に言って申し訳ありませんが、私はあなたと同じように絶対に信じている熱狂者に直面しました. 私の懸念が耳を傾けられたのは、私たちの収益が(予想通り)急降下したときだけでした。先にドラゴンズ。注意してください!
于 2013-01-28T16:13:18.663 に答える