1

WPFのような新機能が登場するたびに、それは.NetFrameworkに追加されます。クライアントコンピュータのディスク容量について心配したことはありますか？するべきか？

4

6 に答える 6

5

.Netでの私の経験では、クライアントのコンピューターに.Netのサイズの問題がある場合、プログラムが機能する場合よりも、心配する必要のある問題がさらに深刻になる可能性があります。

最新バージョンのWindowsはデフォルトで.Netをインストールするか、サービスパックでインストールすることを考えると、心配することはほとんどないと思います。

最後に、ASP.Net開発者の場合、独自の.Netフレームワークフォルダーは、作成される「一時的なASP.Netファイル」フォルダーによってかなり肥大化するため、ユーザーにとってはかなり小さくなります。

于 2010-07-09T10:52:10.517 に答える
2

いいえ。ディスク容量は、おそらく最近のコンピューターの中で最も安価なコンポーネントです（$ / MB単位）。

于 2010-07-09T10:51:31.890 に答える
2

どちらかといえば、.netフレームワークは小さくなっています。.net3.5は本当に大きかった（200 + MB）.netは48MBと小さく、クライアントプロファイルを29MB使用できるという事実を気にしないでください。

.net4fmサイズと関連情報に関するHanselmanによる投稿へのリンクは次のとおりです。

于 2010-07-09T10:53:12.340 に答える
2

私はそれについて心配しています-しかし少しだけです。現在、ストレージスペースは非常に安価ですが、バックアップ用の複製ストレージデバイスを購入するのに十分なほど安価ですが、「肥大化」によるコストが発生します。

ものの量が増えると、RAMを使い果たすだけでなく、ディスクから読み取ってメモリバスに渡すために、より多くの時間をメモリにロードする必要があります。また、RAMが使用されると、ディスクから読み取られたデータの一部がスワップアウトされます。つまり、書き込みにさらに時間がかかり、必要に応じて読み取りにさらに時間がかかります。コンピュータを使おうとすると、速度が遅くなり、ディスクが削られ、指で軽くたたくという悪循環が起こります。（OutlookやVisual Studioのような例とResharperのようないくつかのプラグインを見て、私が何を意味するのかを確認してください）。

したがって、個別に大したことではありませんが、「ディスク容量/ RAMは安いので、好きなだけ使用する」という考えは良くありません。アプリの肥大化を心配し、アプリをより効率的にするようにしてください。したがって、より応答性が高くなります。

もちろん、これはラップトップにも2倍適用されます。ネットブックの場合は3倍、モバイルの場合は5倍。

結局、ディスク容量について心配する必要があるかもしれません！

于 2010-07-09T10:57:32.353 に答える
1

はい。「ある日、理論的には役立つ可能性があるため」コードを無意識に含めると、コードが肥大化し、非効率的になります。

于 2010-07-09T10:52:36.100 に答える
1

いいえ。.NETをターゲットにする場合は、とにかくサイズを受け入れる必要があるので、なぜそれを心配するのですか？さらに重要なのは、ユーザーが正しいバージョンを使用し、ユーザーの操作をあまり必要としないシームレスなインストールを行うことです。技術者以外のユーザーは、.NETを知らないか気にせず、アプリケーションを使用したいだけです。したがって、彼らを待たせるものはすべて否定的に見られます。

于 2010-07-09T11:12:07.240 に答える