質問

取引は次のとおりです。Win2kを絶対にサポートする必要がある中規模のビジネスアプリケーションを計画しています。 AFAIK、Win2kの公式.NETサポートはしばらく前に廃止されました(IIRC、バージョン2.0で停止しました)。

今、私は。 .NETのRADの「利点」ほぼ無効です。

ここでは、多くの人が古いOSをサポートする必要があるビジネスアプリケーションを扱っていると確信しています。だから、私のライブラリの状況を考えると、ネイティブC ++よりも.NETを使用する場合、またはその逆の場合、私にとってどのような利点がありますか?この2つのうちどちらが仕事に適しているかわからないだけです。どちらを使用してもよいようです。さらに、フレームワークサポートの問題があります...

必要に応じて、さらに情報を追加します。

役に立ちましたか?

解決

Windows 2000で実行される最新の.NETバージョンは .NET 2.0 SP2 です。 System.Core.dll (.NET 3.5の一部)で必要な機能が含まれています。

答えはYESです。 .NET 3.0 ライブラリ(WCF、WF、WPFを使用しない場合は、Windows 2000で .NET 3.5 SP1 を使用できます、CardSpace)。しかし、LINQ、LINQ to XML、LINQ to SQLがあります。

行う必要があるのは、3つのコア .NET 3.5 SP1 ファイルを展開することだけです:

  • System.Core.dll
  • System.Xml.Linq.dll(LINQ to XML)
  • System.Data.Linq.dll(LINQ to SQL)

この方法の短所(注意深く読んでください):

  • EULA(エンドユーザーライセンス契約)で許可されているか禁止されているかわからない
  • このシナリオはマイクロソフトではサポートされていません。

他のヒント

Mono( mono-project )が機能するかどうかを確認します。つまり、win2kで実行されます-そうすることで、プロジェクトの後半で必要になった場合にアプリをMS .NET以降のOSバージョンに移植できるようになります。 .NETは、C ++ IMHOよりも簡単になります:)

最大の違いは、他のことに移行した後、.NETコードを保守する開発者を見つける可能性が高いことです(上司はそうです)。

C ++には、仕事の安定性が得られるという利点がありますが、それは望みではないかもしれません。 :)

あなたの状況を考えると、それはあなたがより快適に書けると感じるものに要約されると思います。 C ++が快適な言語である場合は、それを行います。これにより、コードを理解しやすくなり、終了しやすくなります。

また、将来を念頭に置いて注意を払っています。 Win2K要件が低下した場合、C ++で記述した場合は書き換えが必要になる可能性があります。そうではないかもしれません。続行する方法を決める間は、このことを念頭に置いてください。

.NETで開発できますが、.NET 2.0フレームワークをターゲットとするようにコンパイラオプションを設定します。近い将来(または遠い将来)OSがアップグレードされた場合、プログラムをアップグレードして3.5フレームワークをターゲットにすることができます。他の人がより簡単に将来のメンテナンスを行えるようにするため、このルートを使用します。

Delphiを検討しましたか? Turbo Delphiを無料でダウンロードすれば、Windows 2000を対象としたコードを簡単に作成できます。Delphiを使用すると、優れたRADを取得します(C ++ Builderを使用している場合を除き、C ++にあるものよりも間違いなく優れています)。

Delphiはネイティブコードを作成し、ランタイム要件はありません。

もちろん、欠点は、Delphi(Object-Pascal)を知らない場合、新しい言語に慣れる必要があることです。ただし、C ++を知っていれば、すぐにDelphiでくつろげるでしょう。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top