Delphiプログラマが、DelphiのIDEを使用する代わりに、LazarusをIDEとして使用するのはなぜですか？
Delphiでのプログラミングについては、Delphi IDEに非常に満足しています。
しかし、私は Lazarus プログラミング環境について聞いたことがあり、一部のDelphiプログラマはDelphi IDEの代わりにそれを使用していることも聞いたことがあります。
LazarusがDelphi IDEより優れている点は何ですか？また、Delphiプログラマーがそれに切り替える理由、または切り替える必要がある理由は何ですか？
答えは、以前よりも多くの質問を残しています。 LazarusをDelphiコードの開発でエディターとして使用できるかどうかについては、意見の相違があるようです。 Delphiにすべてを残して、IDEを変更するだけでいいと思ったのではないでしょうか。 Lazarus WikiのLazarus for Delphi Usersセクション のコメント：
Delphiプロジェクトを変換するときに最初に行うこと
Lazarusを開いたら、[ツール]に移動してから、DelphiプロジェクトをLazarusプロジェクトに変換する必要があります。これはあなたのためにすべてをするわけではありませんが、それでもあなたに多くの道を連れて行きます。 Lazarus IDEの変換ツールは一般に一方向の変換であることに注意してください。 DelphiとLazarusの両方でプロジェクトをコンパイルできるようにDelphi互換性を維持する必要がある場合は、代わりに XDev Toolkit を使用してファイルを変換することを検討してください。
Lazarusは無料であるため、切り替える必要はありませんが、切り替えに対して物理的な$でペナルティを科すことはありません。 （変換と学習に時間を費やす必要があります。時間= $）。
誰かがDelphiからLazarusに切り替える理由についてのあなたの答えから私の結論を理解します。明らかに、Delphiが現在できないものを提供しているに違いありません。現在、これはマルチプラットフォームサポートであり、場合によっては64ビットサポートでもあります。 Delphiには一時的にKylixがありましたが、Macのサポートはありませんでした。
しかし、Embarcaderoによって間もなく約束されたこれらと64ビットの両方で、あなたは（少なくとも私にとって）切り替える理由はないと言って私の質問に答えました。
LazarusはDelphiではないため、DelphiプログラマはLazarusを使用してDelphiコードを記述することはできません。 Lazarusは、実際にはIDEであり、Free Pascal用のDelphi風のクラスライブラリの束です。しかし、DelphiのVCLのようなものは存在せず、IDEとLazarusでのデバッグエクスペリエンスはかなりむらがありますが、無料であるため、非常に重要です。
要するに、Delphi <> Lazarus。素晴らしいIDEとデバッガを使用したい場合はDelphiを使用してください。MSWindowsをターゲットにしている巨大なサードパーティサポートと技術サポートに加えて、喜んで支払います。Lazarus（無料Pascal） Free IDEは、複数のプラットフォームをサポートし、Delphi風の構文を持ちます。
OK。これは古いスレッドですが、何らかの更新を行うことで対処できます。おそらく10年前に、Delphiの使用をやめました。これは、主に選択肢がなかったためです。 Delphiのコーダーとして5年以上働いていた私は、再び学生になり、Delphiの価格はとんでもないものでした。 Delphiの問題は決してDelphiではありませんでした。 Delphiは天才的なシステムでしたが、Borland（およびその後継者）は、変化するコンピューターの世界を完全に誤解していました。マイクロソフトは、無料でダウンロードできるプログラミング環境を提供することができました。その.NET環境はすべての重要な点でVCLと同等でしたが、Delphiの基本バージョンでさえ、銀行を壊したり、学生には利用できなかったりします予算。最終的な結果は、Delphiの新しいプログラマーがオンラインにならないため、企業が使い続けるリスクのある提案になりました。最後に、Linuxの台頭により、Kylixは利用可能なUIツールチェーンを利用せず、それが浸透している疑わしいWineの悪臭を放った環境の完全な難破船であることが判明しました。シェアウェア。最終的に、Turbo Delphiが何年も後に登場したとき、torriesコンポーネントサイトのようなサイトを介して利用可能な驚くべきリソースを利用することができませんでした。ボーランドはコーダーエコシステムをまったく尊重していないことは明らかでした。
そのため、ラザロはこのすべてから出現し、非常に長い時間をかけて妊娠し、Delphi 4の類似物を目指しているようでした。多くの人がDelphiラインで最もクリーンで最も近いものの1つであると考えていました。ほぼすべてに準拠しており、Object Pascalの実装はスポットオンであり、最も重要なことは、オープンソースにとって重要なあらゆる意味で無料であったことです。
ただし、バグの長い歴史があり、そのコントロールの実装は不完全です。そして、これは私や他の多くの人にとってはちょっとしたブレイクでした。
そうは言っても、私は最近、好奇心からダウンロードすることにしましたが、実際にはかなり長い道のりを経ていることがわかりました。データベースコンポーネントは正常に機能しますが、いくつかのチュートリアルに従ってすべてのリードを追跡してそれらをすべて稼働させる必要がある場合があり、iPhoneとAndroidビルドターゲットに向けて深刻な進歩がありました。
商用クライアントにこれを展開する準備ができているかどうかはまだわかりませんが、ペースを上げるために個人的なプロジェクトで別の実行を行い、それがうまくいけば、私は思うついに私の最初のプログラミング愛であるPascalと再会することになり、WindowsとLinuxビルドを提供しながら、Macを使って面倒な作業を行えるようになります。
基本的に比較の事実はここにあります;-ラザロとデルファイは完全に別のエンティティです。 LazarusはDelphiのクロスコンパイラではありませんが、ある程度の互換性があります。 GCC対MS C++に似ています。 Delphiはより洗練されており、おそらくより安定しています。 Lazarusは、Delphi 4のような環境を提供します。これは、古くからのDelphiコーダーが非常に快適だと感じるでしょう。しかし、Lazarusは時々気まぐれになる可能性があり、Delphiプログラマーは、最新かつ最高のDelphisのすべてが彼らのためにそこにあるわけではないことを理解する必要があります。 DelphiはWindowsを実行し、非常にうまく機能します（新しいものにはいくつかのクロスコンパイルターゲットがありますが、Word on the streetは、少しハックがあり、実際に表示されるまでembacardoクッカーで時間が必要です）ラザロはほぼすべてに準拠しています。現在のターゲットリストは、-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がグレースから落ちた理由についてはまだ学んでいないので（ヒント、手頃な価格にするか、趣味の人や学生がカスタムコンポーネントを学び、作成できるように無料にする）、それは本当に唯一のものです利用可能な予算オプション。エンバカデロが目を覚ますと、おそらく変わるでしょう。それまでは、ビバラザロ。
私の2つの主な理由は
1）マルチプラットフォームのサポート（Linux、Mac OS X、Windows）
2）価格$ 0
たぶん私はこれを間違って読んでいるだけかもしれませんが、あなたはIDEが何らかの形で互換性があるという印象を受けているようです。それは正しくありません。 LazarusはFPCコンパイラの上に構築されており、DelphiがDCCコンパイラに結び付けられているのとほぼ同じ方法で結び付けられています。また、異なるフォーム記述ファイル形式を使用します。 DelphiはLFMを読み取ることができず、LazarusはDFMを読み取ろうとすることができますが、それは特にうまく機能しません。
FPC/LazarusはDelphiに非常に似ていますが、Object Pascalの方言とは異なり、同等であると考えるのは間違いです。
Lazarusはクロスプラットフォームであり、スピーチやビールのように無料ですが、Delphiはどちらでもありません。 Lazarusは、Delphiと99％の互換性がある言語をコンパイルする 異なるコンパイラ を使用し、DelphiのVCLと同様ですが互換性のない 異なるビジュアルコンポーネントライブラリ を提供します。
Delphiで実行されている音声認識アルゴリズムがあります。上司がWinCEで実行するように頼んだとき、私はLazarusを試しました。パスカルはパスカルです。ラザロは最高です。やった.
アルゴリズムはPascalで書かれています。変換しようとしました。 C＃は逆コンパイルする傾向があり、異なるロジックを使用していました。幸いなことに、Free Pascalを見つけました。
ARM上のWinCEで実行しています。すべてのFPC協力者に感謝します。
編集：私もそれをLinux上で実行しています。
主な理由-Delphiは現在64ビットアプリをコンパイルできないため、特定のレジストリキーを表示、読み取り、または書き込みできません。
はい、Linuxはサーバーの70％にインストールされています。 4億人以上のユーザーがいるFacebookを支えています。そして、あなたは私にWindowsを使うように言ったのですか？ 64ビットを使用しないように言っていますか？
ラザロを使用します。 Delphiが流行するまで。
まあ、私はLazarus IDEを使ってDelphiソースコードを書く人の一人です。
私はDelphiがとても好きです。しかし、Delphiのエディターを使用するのは本当に苦痛です。私はVIMを試しましたが、常にIDE Visual Studioのように夢見ていました：シンプルできれいで、ウィンドウを水平または垂直に分割できます...
最後に、Delphiよりもはるかに優れたLazarusエディターを見つけました。だから私はLazarusを使用してDelphiのソースを記述し、RAD =IDEは単にコンパイルとデバッグ用です。
私のために ：
- 64ビットは生きています（Delphi ...はい、そうではない、またはい、そして最後にいいえ...）
- クロスプラットフォーム（Delphiではありません）ところで、多くの作業を行う必要がありますが、動作します！
- FPCは非常に優れたコンパイラです
- コミュニティはクールで活発です
追加するものはそれほど多くありませんが、クロスプラットフォームの経験を紹介したいと思いました。クロスプラットフォームアプリケーションのスケッチをかなり迅速にまとめる限り、Lazarusは非常にうまく機能することがわかりました。最近私はMonoDevelopを使っていますが、その中で賞賛すべきものはたくさんありますが、GUIデザイナーのsteticはLazarus GUIデザイナーほど完全ではないようです。それとも、いくつかのビットが欠けているように見えるのはツールキット（GTK＃）ですか？その前に、クロスプラットフォーム開発でもかなりうまくいくように思われたQt/C++を使用しましたが、私はC++にはあまり熱心ではなく、Qtのシグナル/スロットフレームワークは少し興味がありますが、頭を包みました。要するに、RAD作業であり、Lazarusを使用してコーディングすることは、ほとんどがIDEのクールな名前であることに加えて、大喜びです！
乾杯
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と非常に互換性があり、ほとんど問題なく変換したアプリケーションはほとんどありません。両方でコンパイルするコードを維持することは可能です。