私はあなたのチームが慣れているツールを選択します。両方を選択できる場合は、WinクライアントにはDelphiを選択します...
世界中にDelphi開発者よりも多くの.Net開発者がいるという事実の一部(公式の数に関しては、150万++のDelphi開発者がいるはずですが、これはかなり多い数です)、Delphiがクライアントで好まれる理由は他にもありますサイド(デスクトップアプリなど...)...
- ネイティブコード/より高速-JITなし(複雑なまたは非常に外部のアセンブリに依存するプログラムの起動時間が非常に遅い)...
- 半手動のメモリ管理でより強力になります(多くの場合、これはプラスです。.Net側では、GCでは十分な自由度や柔軟性が得られませんが、多くの状況で非決定的です...)
- NO(またはLESS)の外部依存関係(単一の.EXEなど...)
- より簡単な展開(REAL xcopy)-.Netの場合、実際には50 / 70MB ++のRTライブラリに依存しており、セキュリティ関連の問題により簡単にバインドされる可能性があります...--
- Delphiは、RTLibraries(非常に軽いもの)をWinAPIに直接バインドします(これは基本的に.Netも実行しますが、もう1つ/追加の管理対象レイヤー上にあります)
- 決定論的オブジェクト/メモリ管理によるより高速なプログラム/アプリの実行...
- 特に言語(ライブラリではない)側(lynxといくつかの小さな違いは別として)では、C#でできることはすべて、読みやすく整理されたコード(標準のOOP言語機能+ジェネリック、無名関数、RTTI / Reflectionに到達)を使用してDelphiで実行できます、優れたIDE、豊富なライブラリ、64ビット、マルチプラットフォーム、その他のシュガーのサポートが予定されています)...
- Delphiは「タンパク質」のC++によく似ています(つまり、C ++でできることはすべて実行でき、コード速度は同じですが、.Netと非常によく似た堅固なvcl / rtlフレームワークにより、アプリの実行時間が短縮されます(実際には、彼らには同じ父親がいて、言語/オブジェクトフレームワークのデザインが非常に似ています)、..。
- 長くて強い互換性の背景...
そうは言っても、C#を使用する場合も、さまざまな側面で両方が好きですが、...さまざまな理由とターゲットのために作成されたツールであるとも言えます。
Delphiはプログラマーによって生まれ、プログラマーのために作られました(1995/6年)。.Net/ C#は、VB6を置き換え、Javaを強制終了し、 COMなど...そして最後に、停滞している(当時の)MS開発者ポートフォリオに新鮮な空気を与えます(2000年頃++)...
その結果、Delphiはゆっくりと、しかし着実に進み、.Netは非常に「歴史的」であり、更新が頻繁に行われ(一部は非常にクールなもの)、一部は非常に頻繁に廃止され、一部の方向も変更され、非常に不安定な感じになります。多くの人などに...
今日、.Net / C#を使用すると、10年以上前にDelphiで実行できたことができますが、展開が遅く(コード)、展開がさらに悪くなります(dll地獄ですよね?)...
乾杯、B。