Visual Studio の代わりに Delphi Prism を使用する必要性は何ですか? 私はデルフィ プログラマーなので、オブジェクト パスカルが好きですが、デルフィ プリズムが持っていて他にはないものは他にありますか?
5 に答える
他のプログラミング言語と同様に、Delphi Prism は必要ありません。しかし、Prism は、Pascal/Delphi のバックグラウンドを持つソフトウェア開発者が DotNET の開発を開始するためのオプションです。これは重要ですか?はい。他の人にとっては、そうではありません。
私は Pascal で 20 年以上の経験があり、最初のバージョンから Delphi のすべてのバージョンに精通しています。しかし、8 年前、Delphi は DotNET アプリケーションを開発するためのツールとしては弱すぎるという理由だけで、C# も学びました。そして残念なことに、Embarcadero/Borland がどれだけ努力しても、彼らの Prism の開発は、Microsoft が公開し続ける一般的な DotNET 製品の背後にもなります。
Prism の利点は、Visual Studio のアドオンであることです。また、Prism を使用して、Apple の Mac コンピュータで使用されている Mono プラットフォーム用のアプリケーションを作成できます。また、C# および VB.NET アプリケーションと連携することもでき、Delphi、C#、および VB.NET を使用して単一の製品を作成する混合プロジェクトを作成できます。(ただし、複数のアセンブリで構成されています。) Prism を使用すると、通常の WIN32 環境だけでなく DotNET でも使用できる Pascal コードを作成できます。このコードは、プラットフォーム固有のものにすることはできませんが、一般的に、この方法で非常に良い結果を得ることができます。
ただし、Delphi Prism は、Borland/Embarcadero によって完全に開発されたわけではありません。それはRemObjectsから始まりました、Delphi のようなコードの代替コンパイラを作成しましたが、通常の Delphi コードには見られない追加機能がいくつかあります。RemObjects はより優れた製品を提供し、DotNET の問題により重点を置いていたため、Delphi for DotNET を市場から追い出し始めました。そこで、二人は協力して Prism を作成し始めました。
他のプログラミング言語と同様に、Prism には他では見られない機能がいくつかあります。これらの機能が実用的であるかどうかは、それらの実用的な使用法を見つけることができるかどうかにかかっています。私の個人的な意見では、既に Visual Studio があり、Windows プラットフォーム用のアプリケーションのみを作成している場合、Prism は本当に必要ありません。さらに Delphi の経験がある場合は、いくつかのプロジェクトで Prism を気に入るかもしれません。Delphi/WIN32 アプリケーションを DotNET に移植する必要がある場合は、Prism が役立ちます。しかし、Prism を必須にする利点はわかりません。
「 Visual Studio ではなく Delphi Prism」とはどういう意味ですか?! Delphi Prism は、.NET プラットフォームのパスカル フレーバーです。Visual Studio は IDE です。Delphi Prism は Visual Studio を IDE として使用します。そのため、Delphi Prism でコードを作成したり、Prism コードをデバッグしたりする場合は、C# や VB.NET で行うのと同じように、Visual Studio で行っていることになります。
.NET は、複数のプログラミング言語をサポートし、それを対象とするすべての言語に共通の型とライブラリを提供することになっています。Delphi Prism は、もう 1 つの .NET 言語です。.NET が言語に提供するすべてのものにアクセスできます。また、いくつかの異なる言語機能も備えています ( PRUZ の投稿を参照)。
そのため、.NET プラットフォーム用に Pascal でコーディングする場合や、.NET アプリケーションで Pascal の独自の言語機能が本当に必要な場合は、Delphi Prism を使用できます。
もちろん、Microsoft 独自の言語 (C#、VB.NET、F#) は、サード パーティの言語プロバイダーよりも .NET にほとんど優位性がありません。
- MS 言語について書かれた、または C# または VB.NET サンプル コードを使用して .NET について書かれた、MSDN を含む非常に多くの本や記事があります (最近、Delphi Prism は、C# コード スニペットを Delphi Prism コードに自動的に変換するツールを追加しました)。
- 新しい .NET 機能は、最初に Microsoft 独自の
言語で利用可能になり、次に他の
言語で利用できるようになるため、本当に
新しい .NET 機能が必要な場合
は、お気に入りの言語で利用できるようになるまで数か月待たなければならない場合があります。 - また、.NET コンパクト エディションのビジュアル フォーム デザイナーなどの一部の IDE 機能は、C# と VB.NET でのみ提供されます。
個人的には、Delphi Prism は (実際の) Delphi エコシステムにとって良いことより悪いことの方が多いと思います。RemObject の製品には多くの興味深い機能があり、技術的によくできていることは否定できませんが、(本物の)Delphi プログラマおよび熱狂者として、彼らが危険なほど注意をそらし、新参者や .Net プログラマにあいまいな不明確なメッセージを与えていることがわかります。 .
A (MS) .Net プログラマーは、D. Prism に移行することはありません。Delphi プログラマーは、ボートを離れてスムーズな移行を望んでいるだけです。
D. Prism と (本物の) Delphi の間には何の関係もないので、Delphi という名前を付けたのは悪い動きでした。それらはいくつかの基本的なパスカル構文を共有していますが、それだけです。それらは改善を共有することさえできず、完全に統合して使用することもできません.
Delphi と C++ 用に Rad Studio を購入しましたが、ほとんどの時間を Prism で過ごしています。ネット向けのサードパーティ製品がマイクロソフト製品の背後にあるという昔の見方については、この場合は無知な話だと私は言います。Prism には、C octothorpe や Visual Basic に欠けているものは何もありません。ネット システムは Hejilsburgs の最高の言語である object pascal によって最適にプログラミングされており、Rem Objects は常にネットに最適な言語を改善してきました。Rem Objects の連中は迅速に行動し、物事を実現させます。エンバカデロは立って敬礼するだけです。ところで、C# から Prism へのコンバーターは実際に機能します。msdn でコードを取得し、心配することなく Prism に貼り付けます。
Delphi 開発者などからの Delphi プリズムに関する多くの意見について、古い質問Will you use Delphi Prism を表示できます。