C++BuilderはVisual Studio用のネイティブC++開発?

https://stackoverflow.com/questions/437416

22-07-2019
|

質問

しいのかもしれない用していただきたいと思います。ネイティブコードの開発とC++.ようにしているかどうかを判断するためにたいするとともに使用CodeGear C++Builder2009年Visual Studio2008年.私は現在、利用デ2007年だけでもC++BuilderのIDE(そのものと同じDelphiなどのVCLは、"労働教養所

こんの大ファンのMFC(初回から今回でVS6.0日）、な取りあってきました。

に興味がある私にとって耳から一部の専門家の経験のあるものか、最近のバージョンです。

今、私の傾向けC++Builderしか生き残る道はないと思うのVCLはより強固に、より働きやすいよMFC---でしたが、とてもわから使用しましたMFC.関心はない構築プログラムに依存する。NETフレームワークで、私も教え自分でネイティブ。はMFCもキングWindows用のC++?やはWTLはATLの大きなこんなことをしたのだろう。

C++達がいを共有すか？

編集:理解していMFCだけではないguiツールキットのためのVisual Studio.しかし、話を楽しめるように設定しました勧告に基づきGUIツールキット+バーコードを作成。C++Builderがあり、1リアルオプションとして、C++Builder+のVCL.のためにVS2008年とVS+MFC/ATL/WTL/QT....くっていうことです。

解決

Delphiから提供されているVCLは、C ++ Builderで簡単に使用できます。いくつかの奇妙な点があります。たとえば、C ++はTObjectsがすべて実際にポインターであるという事実を隠していない（Delphiがユーザーから隠している）こと、および配列プロパティなどのアクセスには異なる方法があります。

2、3年前、私はC ++ Builderから抜け出す方法を探していましたが、最近のリリース（およびEmbarcaderoによるCodegearの購入）で、製品と方向性に満足しています。

文字列型の数とさまざまな潜在的な非互換性は、C ++ Builderで非常に苦痛を感じるでしょうが、それに慣れるでしょう！（std :: string、char []、wchar_t []、TCHAR、AnsiString、WideString、UnicodeStringおよびStringをいくつか挙げます）

個人的にはC ++ Builderに投票します-双方向のRADとVCLのためです。ただし、それは現代のC ++イディオムを学ぶ最良の方法ではないかもしれません。

他のヒント

Visual StudioおよびMFCは同じではありません。い利用スタジオに合うMFCなどの悩.利用できるWTL,ATL,Win32または任意の数の図書館をアプリなMFC.

単純な答えは、純粋なC ++開発ではVC ++でなければならないということです。

拡張するには：純粋なC ++開発環境として、VC ++に勝るものはありません。デバッガーの方が優れており、IDEの方が優れています（もちろんすべてIMHO）。これらの理由から、C ++ Builderから使用するライブラリを開発するために使用しました。

ただし、UI開発を開始したら、VCLまたはコンポーネントC ++ Bを使用して解決できるものを選択することをお勧めします。 VCLと比較すると、MFCまたはATLは比較すると恐ろしいため、.NETを使用する必要があります。これはおそらくより良いオプションですが、

ではありません。

過去数年間のベンダーからの「指示」に基づいて、C ++ BまたはDelphiを使用して新しい製品を構築することを推奨するかどうかはわかりません。しかし、それはより良い方向に変化しているように見えますが、もう少し時間が経過するまで、約束がどのように現実に変換されるかを伝えるのは困難です。

Windowsで純粋なC ++開発を行っている場合、VSに勝つのは難しいです。コンパイラは高速で、非常に標準に準拠しており、最適化されたコードを生成します。デバッガはどのプラットフォームでも最高です。 IDEは問題ありません。

また、Windowsで最も広くサポートされているコンパイラツールチェーンであることは明らかです。オープンソースのプロジェクト/ライブラリをダウンロードします。Windowsがサポートされている場合は、VSを使用してビルドおよびテストされている可能性があります。また、その人気により、履歴書を作成するのが最も有用であることが保証されます。

Builderは何を提供しますか？合理的なGUIライブラリ。まあ、それは良いことですが、他にも多くの適切なGUIツールキットがあります（wxWidgets、GTK、Qtなど）。多くはオープンソースでクロスプラットフォームです。

ただし、最近では、アプリケーションを再構築してAPIを提供し、その上に別の言語でGUIを構築する方が良いと感じています。 C ++の強みは、GUI開発ではありません。少なくとも今日は...

ビルダーよりもVSを選択し、推奨します。

C ++ Builderは何年も使用していませんが、C ++デバッグのトピックについては、特にVisual Studio 2008は他のIDEや以前のVSの前にあります。。

ただし、GUI側では、C ++はMicrosoftにとって第2クラスの言語になりました。未来の道はWPFであり、 C ++はXAML-フレンドリーな言語： C ++ / CLIへの投資を継続し、開発者が管理された世界にネイティブC ++アセットを公開できるようにします。純粋な.NET開発は、C＃やVBなどの.NETに特化した言語を使用して行うのが最適であると考えています。 C ++ / CLIへの投資は、主にネイティブ管理の相互運用領域になります。

そのため、モダンな外観 C ++ GUIを作成するための最良のオプションは、VCLかもしれません。

C ++ Builderは、UIベースの開発およびデータベース指向のアプリケーションに関しては、MS-VSよりもはるかに優れています。 MFCは吸う!!ただし、VSはより優れたデバッグ機能を備えています。

Delphiをすでにご存知の場合は、C ++ Builderを2回目にします。 MFCはVS6の時代からあまり変わっていないので、MFCを使用して記述されたコードは、まだたわごとのように見えます。ただし、VSは変更され、非常に優れたIDEになりました。

また、C ++ Builderは製品ラインとして安定していないことに注意してください。過去にメンテナンスされていなかったり、将来が明確ではなかったなどのことがあります。そのため、継続するものを構築したい場合はチャンスをつかんでいます。

それだけで、日食をミックスに投げ込むことはできますか？
Eclipseでの作業は、ビジュアルスタジオでの作業よりも優れていることがわかりました。

VS2008をwinformsで使用している場合を除き、guiサポートは（通常はリソースからの）古いテンプレートであり、おそらく使用したくないでしょう。したがって、VS2008のGUIサポートは特別なものではありません。

guiツールキットについては、何が良いかをご覧ください。 GUI /ウィジェットツールキット

まあ、Eclipse + MinGW + Qt4 + QT Eclipse Integrationを使えば、デバッガー、ビジュアルGUIデザイナーなど、すべてのものが手に入ります。

Qt4はデュアルライセンスであることに注意してください：オープンソースと商用ライセンス。

また、Qt4とVisual Studio（Expressを含む）を組み合わせて、VSが提供するすべての機能を使用できます。

私にとって、Qt4はVS over Builderへの道です。

私は数年前にC ++ Builderが大好きでした。それは素晴らしかったです。 VCLの方が、くだらないMFCのVSよりも優れていました。その後、状況は毎年変化しています。

Builderはダウンしています。 1. Builderは、実際の機能で更新されていません。 2.ボーランドは、VCLをKylixおよびBuilderで使用するためにC ++で書き直すというアイデアを放棄しました。 3. CodeGearの混乱とBuilderの不確実な将来は、多くの人々を製品から引き離しました。

VSは改善されています。 1. IDEが大幅に改善されました 2. Windowsプラットフォーム上の最も標準に準拠していないコンパイラが最も標準に準拠しました（もちろん、MinGWのGCCはカウントしません）。 3. .NETが登場し、Managed C ++、C ++ / CLIがあり、C ++内からこのフレームワークを使用できるようになりました

新しい強力なプレイヤーを獲得しました 1. Eclipse 2. Qt Creator

および新しいGUIツールキット

wxWidgets
Qt4にオープンソースライセンスも追加されました

要約すると、ビルダーはBorlandが原因で死んでいます

Delphiはとても素晴らしいと考えていたので、お金を稼ぐために他に何も必要としない
Javaの誇大広告に陥り、あまりにも多くのリソースを投資している
C ++の大きな力を理解できず、代わりにpascalにスタックする

Windowsの開発に関しては、Visual Studioに勝るものはありません。非常に機能が豊富で、優れたデバッガーがあります。もちろん、発生する可能性のある問題の解決に役立つユーザーコミュニティは広範です。自社のオペレーティングシステム用の企業の開発ツールが最適ではなかった場合、ソフトウェアの世界でのステータスを恐れるでしょう。ただし、追加機能が不要で、ドラッグ＆amp;を備えたRADツールが絶対に必要な場合drop（MFC以外）C ++ビルダーはそれほど遅れていません。事前にデルファイ環境を使用することは、あなたにとって単なる利点です。

CodeGearによる最後のC ++ Builderについての1つのこと-私は2009バージョンを意味します-は、その更新が本当にこのIDEを嫌うようにすることができるということです。
2回目のアップデートをインストールした後、if / elseブロックが適切に機能しないことがわかりました。 IFステートメントに入ることはできますが、他のステートメントを入力することはできません-状況に依存しません-この言語の命令は、単に動作を停止しました。私がそれを理解するのにかかった時間は約2〜3時間でした。そして、VSで必要なwin32アプリの開発を始めました。CodeGear製品よりも信頼性が高いと思います。 2番目の機能は、Unicodeサポートをオフにすることはできず、Win32関数のANSIバージョンを明示的に使用する必要がないこと（たとえば、SendMessageA（...））は非常に退屈です。 VS2008を使用してジョブを完了するための締め切りに間に合いません。
それは私の経験です。選択するのはあなた次第です

代わりにラザロを試してください。一度書いて、たくさんコンパイルしてください。複数のプラットフォームで実行されます。 DelphiおよびKylixのバックグラウンドから来た人は誰でも、このRADツールで非常にくつろいだ気分になるでしょう。将来的には、強力なコミュニティを持つオープンソースであり、開発は商業的制約なしに継続されます。

ネイティブC ++開発では、C ++ BuilderもVSも使用したくありません。これらのIDEはすべて、そのフレームワークで使用するために最適化されています。

Eclipse、Code :: Blocks、またはCodeliteを選択します。これらのIDEはどのフレームワークにも最適化されておらず、厳しいプラットフォームで複数のコンパイラーを切り替えることができます。

2012はもうすぐ終了します。私はBorland C ++ユーザーでしたが、その後VC ++ 6.0に切り替えました。最近、製品のGUIの終了を望み、.NETフレームワークへの依存を望まないクライアントからの要件がありました。だから私はEmbarcadero RAD Studio XE2を探索しました。

C ++ RADの開発に関しては、MSVC ++でさえ近づかないと思います。そよ風のようでした。テンプレートのコンパイル時に問題が見つかりましたが。例えば、ファンクターを定義し、コンストラクターをC ++ Bで実行できないファンクター呼び出しと組み合わせたい場合、オブジェクトを作成してからファンクターを個別に呼び出す必要があります。 Pocoライブラリを完全にコンパイルできなかったため、他の問題もありました。

VC ++でDLLを作成し、C ++ Bフロントエンドからそれらを呼び出すことで解決策を見つけました。それは両方の長所を提供します。

Embarcaderoがすぐに標準に追いつくことを願っています。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow