47

私はDelphiでプログラミングするためのDelphiIDEに非常に満足しています。

しかし、Lazarusプログラミング環境について聞いたことがあります。また、Delphiプログラマーの中にはDelphiIDEの代わりにそれを使用している人もいると聞きました。

LazarusがDelphiIDEに勝る利点は何ですか?また、Delphiプログラマーがそれに切り替える必要があるのはなぜですか?


答えは私に以前より多くの質問を残しています。LazarusをDelphiコードの開発でエディターとして使用できるかどうかについては意見の相違があるようです。すべてをDelphiに残して、IDEを変更するだけでよいと思いました。LazarusWikiのDelphiユーザー向けLazarusセクションには次のように書かれています。

Delphiプロジェクトを変換するときに最初に行うこと
Lazarusを開いたら、[ツール]に移動し、次にDelphiプロジェクトをLazarusプロジェクトに変換する必要があります。これはあなたのためにすべてを行うわけではありませんが、それでもあなたはかなりの道を歩むでしょう。LazarusIDEの変換ツールは一般的に一方向の変換であることに注意してください。DelphiとLazarusの両方でプロジェクトをコンパイルできるようにDelphiの互換性を維持する必要がある場合は、代わりにXDevToolkitを使用してファイルを変換することを検討してください。

Lazarusは無料であるため、切り替える理由にはなりませんが、切り替えに対して物理的な$でペナルティを課すことはありません。(変換して学習するには、まだ時間を費やす必要があります。時間= $)。

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

しかし、これらと64ビットの両方がEmbarcaderoによって間もなく約束されたので、(少なくとも私にとっては)切り替える理由はないと言って私の質問に答えました。

4

12 に答える 12

59

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

そのため、Lazarusはこれらすべてから生まれたようで、妊娠するのに非常に長い時間がかかり、Delphi 4に類似したものを目指しているようで、多くの人がDelphiラインで最もクリーンで最も近いものの1つであると考えています。それはほぼすべてに準拠し、Object Pascalの実装は的確であり、最も重要なことは、オープンソースにとって重要なすべての意味で無料でした。

ただし、バグが多く、コントロールの実装が不完全であるという長い歴史があります。そして、これは私や他の多くの人にとってはちょっとした取引のブレーカーでした。

そうは言っても、私は最近、好奇心からダウンロードすることにしましたが、実際には長い道のりを歩んでいることがわかりました。データベースコンポーネントは正常に機能しますが、いくつかのチュートリアルに従って、すべてを稼働させるためにいくつかのリードを追跡する必要がある場合があり、iPhoneおよびAndroidのビルドターゲットに向けて深刻な進歩が見られました。

これを商用クライアントに展開する準備ができているかどうかはまだわかりませんが、個人的なプロジェクトでもう一度実行して、ペースを調整します。うまくいく場合は、ついに、私の最初のプログラミング愛好家であるPascalと再会し、WindowsとLinuxのビルドを提供しながら、Macを使用して手間のかかる作業を行うことができるようになります。

したがって、基本的にここに比較の事実があります;-LazarusとDelphiは完全に別個のエンティティです。LazarusはDelphiのクロスコンパイラではありませんが、ある程度の互換性があります。GCCとMSC++のようなものです。Delphiはより洗練されており、おそらくより安定しています。Lazarusは、Delphi4のような環境を提供します。これは古いDelphiコーダーが非常に快適だと感じるでしょう。しかし、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、Plus、IOSとAndroidの実験的なサポートがあります。さらに、QT、GTK、GTK2、Win32 / WIn64、Carbon、fpGUI(わからない)、Cocoa、またはGUIなしのウィジェットセットを使用でき、実装の透明性はさまざまです。

その網羅的なリスト!

だから警告エンプター。Delphiのコーダーがこれをダウンロードし、上司のダイムではなく、それを感じるためにいくつかの個人的なプロジェクトを行うことを強くお勧めしますが、Lazarusには多くの深さと実体があり、人生に対処するためのベルトの重要なツールになる可能性がありますWindowsのベビーベッドの外。

さらに、Delphiの新しいマスターは、Delphiが恵みから落ちた理由についてまだ!@#$%^&*のことを学んでいないので(ヒント、愛好家や学生がカスタムコンポーネントを学び、作成するために手頃な価格または無料にする)、それは本当に唯一のものです利用可能な予算オプション。エンバカデロが目覚めたら、それは変わるかもしれません。それまでは、vivaLazarus。

于 2012-04-10T00:10:10.563 に答える
30

私の2つの主な理由は

1)マルチプラットフォームのサポート(Linux、Mac OS X、Windows)

2)価格$ 0

于 2010-05-04T03:38:57.167 に答える
21

LazarusはDelphiではないため、DelphiプログラマーはLazarusを使用してDelphiコードを記述できません。Lazarusは、実際にはIDEであり、FreePascal用のDelphi風のクラスライブラリの集まりです。ただし、DelphiのVCLのようなものはありません。また、IDEを完全に鈍くすることや、Lazarusでのデバッグ体験はかなりむらがありますが、無料であるため、非常に重要です。

結論として、Delphi<>Lazarus。優れたIDEとデバッガーの巨大なサードパーティサポートとMSWindowsを対象とした技術サポートが必要な場合は、Delphiを使用してください。さらに、その費用を支払う用意があります。複数のプラットフォームをサポートし、Delphi風の構文を持つ無料のIDEが必要な場合は、Lazarus(無料のパスカル)を使用してください。

于 2010-05-04T04:02:52.873 に答える
15

これを間違って読んでいるだけかもしれませんが、IDEはどういうわけか互換性があるという印象を受けているようです。それは正しくありません。LazarusはFPCコンパイラの上に構築されており、DelphiがDCCコンパイラに関連付けられているのとほぼ同じ方法でFPCコンパイラに関連付けられています。また、異なるフォーム記述ファイル形式を使用します。DelphiはLFMを読み取ることができず、LazarusはDFMを読み取ろうとすることができますが、特にうまく機能しません。

FPC / LazarusはDelphiに非常に似ていますが、Object Pascalの方言が異なり、同等であると考えるのは間違いです。

于 2010-05-04T04:45:55.780 に答える
13

Lazarusはクロスプラットフォームであり、スピーチとビールの両方で無料ですが、Delphiはどちらでもありません。Lazarusは、Delphiと99%互換性のある言語をコンパイルし、DelphiのVCLと類似しているが互換性がない、異なるビジュアルコンポーネントライブラリを提供する別のコンパイラを使用します。

于 2010-05-04T03:40:10.367 に答える
13

Delphiで実行されている音声認識アルゴリズムがあります。上司がWinCEで実行するように依頼したとき、私はLazarusを試しました。パスカルはパスカルです。ラザロはすごいです。私はそれをしました。

アルゴリズムはPascalで書かれています。変換してみました。C#は逆コンパイルされる傾向があり、異なるロジックを使用していました。幸い、FreePascalを見つけました。

ARM上のWinCEで実行しています。すべてのFPC協力者に感謝します。

編集:私はそれをLinuxでも実行しています。

于 2010-05-07T07:31:07.923 に答える
8

私の主な理由-Delphiは現在64ビットアプリをコンパイルできないため、特定のレジストリキーを表示、読み取り、または書き込むことができません。

于 2010-05-05T05:57:26.007 に答える
8

はい、Linuxはサーバーの70%にインストールされています。これは、4億人以上のユーザーがいるFacebookを支えています。そして、あなたは私にウィンドウズを使うように言いますか?64ビットを使わないように言った?

Lazarusを使用します。Delphiが追いつくまで。

于 2010-05-07T09:41:54.920 に答える
7

ええと、私はLazarusIDEを使ってDelphiのソースコードを書いている人の一人です。

私はDelphiが大好きです。しかし、Delphiのエディタを使用するのは本当に苦痛です。私はVIMを試しましたが、ビジュアルスタジオのようなIDEを使用することを常に夢見ていました。シンプルでクリーンで、ウィンドウを水平方向または垂直方向に分割できます...

最後に、Delphiよりもはるかに優れたLazarusエディターを見つけました。したがって、私はLazarus write Delphiソースを使用し、RADIDEはコンパイルとデバッグ専用です。

于 2012-02-16T06:18:41.873 に答える
6

私のため :

  • 64ビットは生きています(Delphi ...はい、そうではないかもしれませんが、再びはい、そして最後にいいえ...)
  • クロスプラットフォーム(Delphiではありません)ちなみに、まだ多くの作業を行う必要がありますが、機能します!
  • FPCは非常に優れたコンパイラです
  • コミュニティはクールでアクティブです
于 2010-12-28T09:30:43.750 に答える
4

追加する新しいものはそれほど多くありませんが、クロスプラットフォームの経験を関連付けると思いました。クロスプラットフォームアプリケーションのスケッチをかなり迅速にまとめる限り、Lazarusは非常にうまく機能します。私は最近、賞賛すべきことがたくさんあるMonoDevelopを使用していますが、GUIデザイナーのステティックはLazarusGUIデザイナーほど完全ではないようです。それとも、いくつかのビットが不足しているように見えるのはツールキット(GTK#)ですか?その前に、私はクロスプラットフォーム開発にもかなりうまくいくように見えたQt / C ++を使用しましたが、私はC ++にあまり熱心ではなく、Qtの信号/スロットフレームワークは少し好奇心が強いですが、頭を包みました。要するに、RADが機能し、Lazarusを使用したコーディングは、IDEのすばらしい名前であることに加えて、ほとんどの場合楽しいものだと思います。

乾杯

于 2012-11-25T15:56:38.133 に答える
3

CodeTyphon / Lazarus / FreePascalのみが、4つのCPU / OSホスト(Win32、Win64、Linux32、Linux64)、および16のCPU / OSターゲット(arm-WinCE、arm-Linux、arm-Embedded、arm-gba、arm-nds、i386)をサポートします。 -Win32、i386-Linux、i386-FreeBSD、i386-Haiku、x86_64-Win64、x86_64-Linux、x86_64-FreeBSD、powerpc-Linux、powerpc64-Linux、sparc-Linux、sparc-Solaris)。Lazarus / FreePascalではさらに多くのプラットフォームがサポートされていますが、他のプラットフォームはまだCodeTyphonに統合されていません。それらすべてを支配する1つのコード;-)。CodeTyphonは、Lazarus/FreePascalに基づくRAD/IDEのようなクロスプラットフォームネイティブDelphi用の強力なワンクリックインストールパッケージであり、面倒なクロスプラットフォームセットアップを排除します。ダウンロード後わずか数分でコーディングを開始できるため、クロスプラットフォーム、64ビット、または価格が主なメリットである場合は、DelphiではなくLazarusを選択してください。LazarusはDelphiとの互換性が高く、問題なくいくつかのアプリケーションを変換しました。両方でコンパイルされるコードを維持することは可能です。

于 2010-12-29T09:18:30.723 に答える