1

現在、互いに独立した 2 つのプロジェクトがあります。最初の VB.NET デスクトップ アプリケーションは、すでにかなり大きく、おそらく少し肥大化しています。もう 1 つは古い ASP.NET プロジェクトです。私は、ASP.NET プロジェクトの機能をデスクトップ アプリケーションに統合する任務を負っています。それをどのように行うべきかについての仕様はまだありません。私たちはまだそれを計画しています/それについて話し合っています. しかし、チームが抱えている最大の懸念の 1 つは、非常に大きな新機能を追加することで、デスクトップ アプリケーションのパフォーマンスが低下するかどうかです。.exe が少し大きくなるだけだと思う​​傾向があります。しかし、ロード時間などは長くなるべきではありませんか?

実装される方法は、Web アプリケーションと機能的に似ている別のウィンドウとして実装されると思います。このウィンドウには、メイン メニュー バーのボタンを押すとアクセスできます。

ここにはあまり詳細がないことは承知していますが、大規模な新機能を追加することで、アプリケーションの残りの部分がパフォーマンスに影響を与えることを期待できますか?

4

3 に答える 3

0

優れた設計で物事を適切に行うことは、パフォーマンスよりも最初の関心事です。

2 つのアプリケーションをより多くのレイヤーに分離することにも取り組みます。モデルがある場合、両方のプロジェクトで共通のビジネス オブジェクトがそれらを新しいクラス ライブラリにします。より多くの抽象化を行うことができ、プロジェクトにすべてを含める必要はありません。

2 つのプロジェクトの抽象化と階層化に取り組みます。次に、パフォーマンスについて心配することができます。

于 2012-12-26T22:50:24.957 に答える
0

パフォーマンスの低下はまったく期待できません-どちらかといえば、プリコンパイラまたはアセンブリをディスクからロードすることに少し余分な時間がかかるかもしれませんが、それは最小限です-しかし、メモリにロードされたら、アプリケーションの残りの部分は新しい機能の結果としてパフォーマンスに影響を与えることはありません。アプリケーションを遅くする唯一のことは、より多くのことを実行させることです。ユーザーが新しい機能にアクセスせず、アプリケーションがバックグラウンドでそれを使用しない場合、ユーザーのパフォーマンスとエクスペリエンスは次のようになります。変更されていません。

于 2012-12-26T22:51:01.410 に答える
0

EXE および DLL ファイルは、メモリに読み込まれるときではなく、ファイル内のメソッドを使用するときにコンパイルされます。したがって、新しいものを DLL に入れると、新しい DLL をロードしてコンパイルするために必要なわずかな時間の遅延が発生しますが、特定のケースでこれらのメソッドを使用しなくても、ペナルティはありません。使用する。(特定の使用状況で使用されない場合、DLL はまったくメモリにロードされません。)

実際には何の違いも見られないと思います。（デザインが良ければ。）それはあなたをまったく傷つけないはずです。

于 2012-12-26T22:51:41.217 に答える