Delphi プログラマーが Delphi の IDE ではなく Lazarus を IDE として使用するのはなぜでしょうか? [closed] 質問する

Delphi プログラマーが Delphi の IDE ではなく Lazarus を IDE として使用するのはなぜでしょうか? [closed] 質問する

私は Delphi でのプログラミングに Delphi IDE をとても気に入っています。

しかし、私はラザロプログラミング環境であり、一部の Delphi プログラマーは Delphi IDE の代わりにこれを使用していると聞いたこともあります。

Delphi IDE に比べて Lazarus が優れている点は何ですか? また、Delphi プログラマーが Lazarus に切り替えるべき理由は何ですか?


答えを聞いて、以前よりも多くの疑問が湧いてきました。Lazarus を Delphi コードの開発にエディターとして使用できるかどうかについては意見が分かれているようです。私は、すべてを Delphi に残して IDE を変更するだけでよいと思っていたようです。Lazarus Wiki の Delphi ユーザー向け Lazarus セクション言う:

Delphiプロジェクトを変換するときに最初に行うこと
Lazarusを開いたら、ツールからDelphiプロジェクトをLazarusプロジェクトに変換してください。これですべてできるわけではありませんが、かなりの部分はできます。Lazarus IDEの変換ツールは、一般的に一方向の変換であることに注意してください。プロジェクトをDelphiとLazarusの両方でコンパイルできるようにDelphiの互換性を維持する必要がある場合は、XDev ツールキットその代わり。

Lazarus が無料だからといって、切り替える理由にはなりませんが、切り替えることで物理的なお金が不利益を被ることはありません。(それでも、変換して学習するには時間を投資する必要があります。時間 = お金です)。

あなたの回答から私が理解している限りでは、なぜ Delphi から Lazarus に切り替える人がいるのかという結論は、明らかに Delphi が現在提供できない何かを提供しているからでしょう。現在、それはマルチプラットフォーム サポートと、おそらく 64 ビット サポートです。Delphi にはかつて Kylix がありましたが、Mac はサポートしていませんでした。

しかし、これら 2 つの機能と、Embarcadero が近々約束する 64 ビット機能により、(少なくとも私にとっては) 切り替える理由はないと私の質問に答えていただきました。

ベストアンサー1

わかりました。これは古いスレッドですが、更新が必要です。私はおそらく 10 年前に Delphi の使用をやめましたが、それは主に他に選択肢がなかったからです。5 年以上 Delphi のプログラマーとして働いた後、再び学生になり、Delphi の価格は法外なものでした。Delphi の問題は Delphi にはありませんでした。Delphi は優れたシステムでしたが、Borland (およびその後継者) は変化するコンピュータの世界を完全に誤解していました。Microsoft は無料でダウンロードできるプログラミング環境を提供でき、その .NET 環境はすべての重要な点で VCL に匹敵しましたが、一方で Delphi の基本バージョンでさえ、大金がかかり、学生の予算ではまったく手に入らないものでした。その結果、新しい Delphi プログラマーがオンラインに登場しなくなったため、企業が Delphi を使い続けるのは危険な提案となりました。最終的に Linux の台頭により、Kylix は環境として完全に破綻したことが判明しました。利用可能な UI ツールチェーンを利用せず、Wine の怪しい悪臭が漂い、GPL ソフトウェアをシェアウェアのように扱う侮辱的な態度が加わりました。最終的に、何年も後に Turbo Delphi が登場したとき、Tories コンポーネント サイトなどのサイトから利用できる素晴らしいリソースを利用できませんでした。Borland が自社のコーダー エコシステムをまったく尊重していなかったことは明らかでした。

こうした状況から Lazarus が誕生したようです。Lazarus は、非常に長い時間をかけて開発され、多くの人から Delphi ラインの中で最もクリーンで洗練されたものの 1 つとみなされている Delphi 4 に類似したものを目指しているようです。Lazarus はほぼすべての要件に準拠し、Object Pascal の実装は完璧で、最も重要なのは、オープン ソースにとって重要なすべての意味で無料であることです。

しかし、このアプリにはバグが多く、コントロールの実装も不完全でした。これが私や他の多くの人にとって大きな問題でした。

とはいえ、最近好奇心からダウンロードしてみることにしたのですが、実際にはかなり進歩していることがわかりました。データベース コンポーネントは問題なく動作しますが、すべてを稼働させるにはいくつかのチュートリアルに従って手掛かりを探す必要があるかもしれません。また、iPhone および Android ビルド ターゲットに向けて大きな進歩が遂げられています。

これを商用クライアントに展開する準備がまだできているかどうかはわかりませんが、もう一度個人プロジェクトで試してみます。うまくいけば、私が最初に愛したプログラミング言語である Pascal とついに再会し、Mac を使って重労働をこなしながら、Windows と Linux のビルドを提供できることになると思います。

基本的に、比較の事実は次のとおりです。Lazarus と Delphi は完全に別のものです。Lazarus は Delphi のクロス コンパイラではありませんが、ある程度の互換性があります。GCC と MS C++ のような感じです。Delphi の方が洗練されており、おそらくより安定しています。Lazarus は、熟練の Delphi コーダーにとって非常に快適な Delphi 4 のような環境を提供します。ただし、Lazarus は気まぐれな場合があり、Delphi プログラマーは、最新かつ最高の Delphi のすべてが揃っているわけではないことを理解する必要があります。Delphi は Windows に対応しており、非常にうまく機能します (新しいバージョンにはクロス コンパイル ターゲットがいくつかあることは知っていますが、噂によると、少しハッキーで、実際に機能するまでにエンバカルド クッカーでしばらく待つ必要があるとのことです)。一方、Lazarus はほとんどすべてに準拠しています。現在のターゲット リストは次のとおりです。Darwin、NetBSD、OpenBSD、FreeBSD、Linux、Solaris、Win32、Win64、WinCE go32v2 (32 ビット拡張の MS-DOS だと思います)、OS2、Netware(!)、BEOS、Haiku(?!)、QNX、wdosx(?)、emx、netwlibc、Atari、Amiga、Palm-os、Gameboy advance、nds、MacOS、Morphos。さらに、IOS と Android の実験的なサポートがあります。これに加えて、QT、GTK、GTK2、Win32/WIn64、Carbon、fpGUI (わかりません)、Cocoa のウィジェット セットを使用したり、GUI をまったく使用せずに使用したりすることができ、実装の透明性のレベルはさまざまです。

網羅的なリストです!

ということで、買主は自己責任です。Delphi プログラマーには、これをダウンロードして個人的なプロジェクトをいくつか実行して感触をつかむことを強くお勧めします。上司の金でやるのではなく、Lazarus には奥深さと内容が詰まっており、Windows の枠を超えた生活に対処するための重要なツールになる可能性があります。

さらに、Delphi の新しいマスターたちは、Delphi がなぜ人気を失ったのか (ヒント: 愛好家や学生がカスタム コンポーネントを学習して作成できるように、手頃な価格または無料にする) について、まだ !@#$%^&* 何も学んでいないため、これは実際に利用できる唯一の低予算オプションです。Embarcadero が目覚めたら、状況は変わるかもしれません。それまでは、Lazarus 万歳。

*20年以上前の2023年、この時点でこの答えは11年前のものです。

おすすめ記事