結局DelphiとVC++ってどっちの方がいいんだ？

最近までDelphi使ってたんだが今日ちょっとVC++使ってみた
全部個人的な見方だが

Delphiの長所
ｺﾝﾊﾟｲﾙ早すぎて噴いたｗｗｗｗｗ

Delphiの短所
ﾌｧｲﾙの容量がでかすぎ(´・ω・`)

VC++の長所
ｺﾝﾎﾟの初期UIがOfficeXPスタイル

VC++の短所
ｺﾝﾊﾟｲﾙ速度遅すぎだろｗｗｗ

>>1
PascalにこだわりがないならVC++にしといたほうがいいよ。

VC++はMFCxxDLLを使わなければ窓一つ開いただけで実行ファイルサイズは１メガ超えるよ

Delphiもランタイムライブラリ（クラスパッケージ）含む・含まないの設定はできたな。

文法
　ＯＯＰ
　　　　　　　C++　 　　　　　　　　　Delphi
多重継承 　可　　　　　　　　　　　不可（ただしインターフェース型有）
スタックにインスタンス作成可　　不可（化石Object型なら可能）
メソッドのインライン展開　　　　　プロパティ型があり
ファイル分割　可能　　　　　　　　不可（１クラスのメソッドは全部１ファイルに書かないといけない）

・実行時型情報
　　C++のRTTIはDelphiに比べれば無いも同じ
　　Delphiはpulishedキーワードにより、メソッドアドレスを名前から検索したり
　　列挙型の要素を文字列で列挙出来たりと、とても強力

・分割コンパイル
　　C++は好きに分割出来る故に、制限が無さ過ぎる
　　Delphiは{$include }は使えるにしても、制限がキツイ
　　しかし、Delphiはヘッダと実装部を同一ファイルに書く事が出来、それは良い点だ

ライブラリを使わなければ、どっちもコンパイルは速いし、
サイズも小さいよ。

>>3
そもそもMFCを使わなければいい

あれ？
VC++ってｺﾝﾎﾟｰﾈﾝﾄの登録できるんだよな？ｗ

いかん、この間入れたVC++2005Express Editionが起動しなくなってる。

・列挙型
　C enum 整数型と相互に代入可能、定数定義と変わらない
　delphi　　整数型とは　ord　 型変換　が必要

・ ジェネリック
　C++ テンプレート
　delphi　相当する無し

>>11
C++だと整数から列挙への暗黙の変換は、狭化変換だから、
VC++を始めとした大抵のコンパイラでは警告の対象になる。

ここ見ればいいじゃん
http://www.geocities.jp/fjtkt/program/2003_0024.html

>>1はとりあえずwをつけるのをやめろ。

DelphiとVC++の何を比べたいんだ？
Delphi＝生産性がよい
VC++＝サポートがよい
行き着く結論はこのあたりかと

＞VC++＝サポートがよい

？？？

このスレ、立ち枯れ状態だから勝手に利用していいかい？

Delphiでクロージャもどきを書きたくて
http://delwiki.info/?%A5%B3%A1%BC%A5%C9%C1%D2%B8%CB%2F%A5%B3%A5%EB%A1%BC%A5%C1%A5%F3
みたいなのを作ったんだが、

THoge.Event　がDoEventで呼び出されない時にLayoverEventを呼び出すと暴走するんだ

だからTHoge.Event　は、DoEventで呼ばれない時は LayoverEventではなく　イベントを
呼ぶように変更したいんだけど、どうやったらスマートに書ける？

VCLの中の人のイベントハンドラコールをそのまま使えば良いんじゃね？

汗じゃなくて、pascalコードだけど。

いや、そうじゃないんだ。
どっちで呼び出したからを知る方法が無いかなと
といっても、
１、　スタック領域が違う事が判るとか
２、　何か隠れた引数を持たせるとか

みたいな方法しかないんだろうけど

Delphi for .NET があるなら

Delphi for JVM も欲しいなぁ〜ｗ

delphi vs vb じゃなかったっけ？

>>20
JVM上で動く(厳密には、の、Script Engine上で動く)JRubyとか作ってるらしいけどPascalで需要があるかな？
JavaFX Scriptとか面白い事になりそうだ。

>>21
VBは問題外

じゃあＶＣだべ

間を取ってC++Builderってことで

　　　　＿＿　　 　.＿＿
　 　／|　　　＼ ／　 　|＼
　／　 |　　　／　　　　 |　 ＼　Microsoft
｜　 ／＼／　　　　 ／＼／|　
｜／＼／　　　　 ／＼／　｜ V i s u a l S t u d i o 2 0 0 5
　＼　 |　　　　 ／　　　|　 ／
　 　＼|＿＿／　＼＿_|／

どんな開発をするのか？という視点が抜けてる

あほか！
使い捨て労働者になりたいならDelphiなんてやるだけ無駄！
さっさとC++/VB.NET/C#/JAVAで消耗してってんだ。

逆に、Windowsで何か作りたいならそんなものこそ無駄。
Delphiくらい広範囲に効率よくコードが書ける道具はない。

組み込み環境で遊びたいならCで十分

結局適材適所ということだな

Delphiに比べてVC++のメリットってあまりないよ
ドライバ作成や過去資産の流用など

>>1
＞ﾌｧｲﾙの容量がでかすぎ(´・ω・`)

MFCでフォーム１つで実行ファイルを作ってスタティックリンクすると、１ギガ越えるのに？
あれはDLL使うから許されるのか？

>>31
1GBなんて超えねーぞ・・・

MFC動かすのにWindows必須だと考えれば……

m(_ _)m メガでした

このファッキン・ヘイポー野郎

C/C++ってスマートリンカじゃないでしょ。

Delphiにはリンカ無いだろ？　コンパイラがリンカの代わりするから。

コンパイルとリンクが分かれてないの？
だったらBCBとリンクできないじゃん

Delphiはリンカを持たない。　でも、
Delphiは BCBにリンク出来るobj を出力する事が出来る。
Delphiは BCBの吐き出したobjをコンパイル時にリンク出来る。

>>38
デルファイは、パスカルコンパイル＋アセンブリ＋リソースコンパイル＋リンクを１パスでやってしまうんだよ

ステップが見えないだけだけどな

ﾃﾞﾙﾌｨ

って読んでた若かりし頃に戻りたい。

用途による。

VC2005はまぁいいね。

VC6はエディタの使い勝って悪すぎる。
あれで業務系のアプリを組む奴はマゾ。
カス中のカス言語。

＞VC6はエディタの使い勝って悪すぎる。
＞カス中のカス言語。

言語とかＭＦＣが悪いのか、ＩＤＥが悪いのかハッキリしろよ。

エディタが悪いってリソースエディタか？

ＶＣ６のリソースエディタなら最低だが、
コードのエディタは使いやすいという人も居るし。

＞VC2005はまぁいいね。

画面が作りやすくてもドトネトならいらねーだろ。
ポトペタ快適度も実行速度もDelの足元にも及ばない。

>>42
デルフィじゃなかったのか？orz

デルフィｗｗｗ

早口で発音してるんだよ。

公式では、一応「デルファイ」だと思うが
同じ綴りでも、国によって発音なんて違うから
デルフィでもデルフォイでもデルポイでも、間違いでは無いと思う。

製品にはカタカナでデルファイと書かれているよ

そういえば、ミハエル・シューマッハを英語圏ではマイケル・シューマッカと言ってるしね。

ミハエル マイケル ミッチェル ミハイル

そういえば、ミハエル・シューマッハを英語圏ではマイケル・シューマッカと言ってるしね。
と、日本人がカタカナで書くわけよ。

ミカエルをにぽんじんは
みちゃえるって呼ぶしね
みちゃえるという死んだ人間のことなんて知らないけどね

しかし、Delphiをデルパイと呼ぶのだけはやめて貰いたい。

YHVH

デルポイ

MFCｵﾜﾀ＼(＾o＾)／

10年前にDelphiに触れてた者は、今も変わらずその知識でもって
（生産性の高さを背景にした）Windowsネイティブのアプリが作成できます。
もちろん.NETへの対応も容易い、というよりはMSがDelphiの領域に
歩み寄ってきたと見る方が正しいでしょう。

対してVC++ユーザーは、窓一枚作り出すにも出すにも四苦八苦する構図は
10年前と変わらず、同じC/C++を扱うにしても、APIだのMFCだのATLなどなど
一体どれだけMSに振り回されて来たのでしょうか。挙げ句の果てにはCLRだ
C#だと、もはやかつてのC/C++とは全くの別物を掴まされる始末です。
フォームの実装をヘッダーファイルで行うというのは、何かの悪い冗談としか
感じられないでしょう。

　　　　　　　　　　　　　　　 ∩　　　　　　　 先太り
　　　　　　　　　　　　　　　 ( ⌒)　　　　∩_ Delphi☆ｵﾝﾘｰ!!
　　　　　　　　　　　　　　　 /,. ノ　　　　(　,,E）
　　　　ﾋｬｯﾎｩ　　　　　　 ./　/"　　　　/ /"
　　　_n Delphi☆ﾓﾝﾘｰ!! ../_、_　　　/ /　　　　　盛り上がってキターー！
　　（　l　　　　_、 _ 　　/　/ ,_ﾉ` ）／ ノ'_、 _　　　　Delphi☆ﾓﾝｿｰ!!
　　　＼ ＼ （　<_,`　）（. Delphi☆／（　,_ﾉ` ） 　 　　　n
　　　　ヽ___￣__∩　 _､ヽ_　　　　 _ 、_　 n　 ＼　 　 （ E）
　　　　　　/ （ヨ,,. )（ <_,`　）　 （　,_ﾉ`）( .,E）　ヽ_／／

他のコンパイラを使ってみると、CodeGear(Borland)のコンパイラの「最適化」オプションは
何かの悪い冗談としか感じられないでしょう。

そら最適化は　手間の塊だからな。　金かけられる所にはかなわないさ。

でも俺の世代だとコンパイラの最適化に頼るのも、格好悪いなと思うのだが、最近は別なのかな？

たまにはVBも構ってあげてください

VBとC#は論外だな。

労働者にもなれないし、フリーソフトでも嫌われる。

１０年前ならいざしらず、解説書や情報が極端に少ないDelphiを今から新規に覚えるのは
どうかと思ってしまう。

＞１０年前ならいざしらず

１０年続いた開発ツールに意味がある。

どこの馬の骨か分からないＣ丼や氏んだブビはゴミ。

単なる道具の使い方レベルで新規だの　覚えるだの・・・・

いや、ＭＦＣは普通に使うに覚える事山ほどあるよ。
さらにちょっとしたした事も普通にできなくてマニアックな回避策というノウハウが要る。

MFCは本来OWLと比較されるべきものでは？
OWLは華麗にVCLへ移行し、
MFCは、ま、周りの状況がいろいろあって生き延びてる。

　　　　　　　　　　　 　 　 　 　 　 　 _,,t-‐‐-､,-‐‐-､
　　　　　　　　　　　　 　 　 　 　 三'::::::............... .....::::::`ｙ,.
　　　　　　　　 　 　 　 　 　 　 ナ::::::::::::::::::::::::::::::::: :::::::::::::ヾ
　　　　　　　 　 　 　 |￣|　　 V::::::::::::::::_{{ （{∫∬ﾉノｊヾ:::::{
　　　　　　 　 　　|￣| |￣| 　 ﾅ::::::::::::::i`__,,,,,,,ｧ_　 _,,,,,_ t;;:ﾇ
　　 　 　　　　　　| 　| |　 |　 イﾍ::::::(ヾ~!,ｬt､　!'''i ｨｔﾝ )=f }ｆ
　　　　　　 　 　　| 　| | 　|　　i {t）テ" ﾍ' '___,ｲ　ヽ＿/　介'
　　　　　　　　 　 | 　| |　 |　_,rﾍ_,ｊ|!'　　　　 /ｰ--''! 　 　 |'
　　　　　　　　 　 |,.ｨ―''''￣　／| |　　 　 　 ／二ｸ 　 　 !
　　　　　　 　 　 /;;:::'';;::''::;;:／ {　!　、　　 　 ヾニﾝ　　　ﾉ＼
　 　 　 　 　 　 /'''::::;r|''':::;;;|　　|　!　＼　　　　　　 _,,.／|::;;'''＼
　　　　　　　　/:;;／　|;;;''::;;| 　　丶＼ 　｀_＿＞-ｰ´　　　!;;;:'''::iヽ、
　　　 　 　 　 i／　　 |'::;;;;''|　　 　 　三 ―''"　　　　　　　!''::;;;;| /ヽ
　　　　　　　 /⌒ヽ　 |;;''':::;|　　　　　　　＼　 　 　 　 　 　 !;;::''|/　 i
　　 　 　 　 / 　 　 ＼{'';;;::''}　　　　　　　　　￣二ニ＝　 　 !::;;|　　 |
　　　 　 　 /ﾍ　　　　 |;;:::::;{　　　　　　　　　　　　‐-　　　 　 !/　　　|
　 　 　 　 /　　i　　 　 |:::;;;''!　　　　　　　　　　 　 ー　　 　 　 !　 /　|
　　　　　/　　　l　　 　 |;;'';ｲ　　　　　　　　　　　　　　　　　　　｝　　 {、
　　　　　〉、　　　　　 ∧ﾃ{　ヽ 　＿　 　＿,,,,;;;;;:::-==ﾆ;;;_　　 ﾉ　__,イ´
　 　 　 /　＼_　　 　/／レ!　　　　　￣　　　　　　　　　　￣ {￣　　|

＞MFCは、ま、周りの状況がいろいろあって生き延びてる。

MFCがWin上のC++を滅ぼし、ブビ厨を生み出したとも逝える。
そのブビ厨は海に浮かんでる幻のドトネトに向かって溺れ氏ぬことと。

つまんね

>>72つまらなかったね、言い直そう。

OWLはVCLへ移行し安楽死。
MFCは、ま、周りの状況がいろいろあって生き延びてる。
てか死なせて貰えない。生命維持装置でますます大変なことに。。。

OWLはﾏﾎﾞﾛｼ
やっぱMFCはｷｯｼｮ

>>72は>>70-71宛て

>>66もつまんね

間を取ってC++Builderサイコーでいいじゃん

Σ (ﾟДﾟ;）ﾊｯ この流れもしやC++Builderオンリー？

C++ Builder は内部も完全に C++ だったら良かったのにね。

ヒント：それだとクラスライブラリのソースファイルのみコピられて製品買う人が０人となる。

内部も完全にC++のメリットってそんなにあるかな

良く考えたら、C++コードのクラスライブラリが他０＄に移植されるとアウトという問題がＭ＄にもあるね。

そう考えると、クラスライブラリのパクリを抑止する対策：

某　→　ライブラリはDelphi言語とする
M$　→　MFC：使い難いＧＵＩビルダーでC++市場を破壊する
　　　　　ドトネト：ライブラリおよび実行環境をドトネトCLＩとする

だね。

というかC++の範囲では　動的型情報が貧弱すぎて実現出来ないだろ

pulished とプロパティを拡張しないと無理

オレ様はC++しか読めないから全部C++に汁！
っていうメリットぐらいか

何でもっとクロスプラットフォームな開発環境を作らないんだろう。。

いや、だから表向きクロスプラットフォーム＆実は囲い込み：

→ >>82 の通りの戦略。

つまんね

Ｘプラットフォームは重くなるからｲﾗﾈ

は？

COM10 以上のポートを開くには '\\.\'+'COM10' としなければいけないとか、
windowsは変な知識いっぱい必要だからな

で、こんな知識詰め込んで俺様ぶってる奴みると、ダメだなとは思うが、自分が実は別の面でそうなってないかと不安にもなる

＞COM10 以上のポートを開くには '\\.\'+'COM10' としなければいけないとか、

え”〜、そうなんだ。

どうやって調べたの？

90ではないが、COM10でググると一発で出てきた。
http://support.microsoft.com/kb/115831/ja

ｻﾝｸｽ



COMのタコ足配線が使われてるわけなんだね。
今のPCにCOM無いけど。。。

一台のパソコンでも、ハブ使って、その都度アチコチさしてたら、その都度別のポート番号が割り振られて
いつの間にかCOM10超える事もあるような

＞ハブ使って、その都度アチコチさしてたら

何をさすわけ？

USBハブじゃないおね？？？

USBシリアル変換コネクタじゃね？

>>1
結局、C++Builder最強ということでよろしいか？

boostとか揃えるもの揃えるとC++も凄いんだろうけど
なんか環境整えるまでが物凄いめんどくさいイメージがある。

いや、環境の準備なんてわかれば大したことはない。
Boostなんて今ではVC++用のインストーラもあるし。

問題はその後にある……。

どこまでいっても終わりはない

なんでVBとC++を比べるスレが無いんだ？

同門対決は好きこのんで行われないだろ。

　　　　　　　　　　　　悔しいけど、デルフィは、使いやすい

V/Turbo C# Windowsネイティブ版が欲しい。

VBとVC++は目的の住み分けが出来ているから比較は無意味。
Delphiは両方と被るから比較される。

VBのポトペタ＋イベント駆動なスタイルと被り
ＶCのEXE/DLLのネイティブコードが書ける部分と被るというわけ？

コンポーネント作る側と利用する側の住み分けって事じゃね？
M$の決めた住み分けだったが、その住み分けが間違いだった事をドトネトの存在で証明した。
これであとドトネトがネイティブ可能になれば...

今時.NETかよ

驚愕の事実。 外国ではDelphiの方が人気あるのかな。
http://books.google.co.jp/books?num=100&as_brr=0&q=Delphi&btnG=%E6%9B%B8%E7%B1%8D%E3%81%AE%E6%A4%9C%E7%B4%A2
VisualStudio の検索結果 259 件
C# の検索結果 60 件
Delphi の検索結果 11900 件

なんだよ外国ってｗｗｗｗｗｗｗｗｗｗｗｗ

外国（がいこく）とは、自国以外のよその国を指す。

よその国（笑）

MSはgoogleを敵視しているから、googleの検索にはヒットしないのかな。

>>112
ttp://ja.wikipedia.org/wiki/%E5%A4%96%E5%9B%BD

>>113
VisualとStudioの間に空白を入れるだけで、格段に件数は増える。
また、Visual C++やMFCなどでの件数も考慮すべきだし、
Delphiの結果にはプログラミング以外のものが混じっている。

"Visual Studio"ならわかるが、Visual Studioと入力するのはインチキだろ。
ま、こんな検索件数で勝ったところで意味なんかないが。

>>114　なんか必死ですね？

ソースを示してるだけに見えるんだけど

>>118 なんで必死なの？

俺には>>117、>>119の方が必死に見えますｗ

よほど悔しかったんだろうな。

DELPHIは個人的に好きです

リアル厨房なんだろうけど、外国って表現があまりにも幼稚だからだろ。
それに"VisualStudio"で検索かけるなんて、ゆとりでも思いつかないよ

それから>>109の検索結果は日本も含まれてるから
君が日本人じゃないのはなんとなく分かった。

まだ言ってる

リアル厨房なんだろう

大の大人が中坊ごときでかっかするなよ。
余裕ねえな（笑）

誰がかっかしてたの？

ガラスの自尊心　＝　壊れ易く、外からは丸見え

いままでずっと授業でDelphi使ってて
今年初めてVC++使ってるが、コンパイル速度遅すぎだろ常識的に考えて…
最初フリーズしたのかと思った。
Turbo　C++はどうなんよ？

Turbo C++ Explorer使ってみればわかるさ
Turbo DELPHI Explorerと一緒にインストールもできるし・・・

>>131
マジで？
最初はTurboC++使おうと思ってたんだが、Delphiのほう入れてたからダメかと思ってVC++選んだのに…意味ねぇ

C++は言語仕様が(Pascal/Delphiと比べると)巨大で複雑なのでコンパイルが遅いのは勘弁してやってください。
むしろ逆に考えるんだ。C++が遅いのではなくDelphiが早すぎなのだと。

言語仕様が複雑なんじゃなくて、ヘッダファイルの展開で時間がかかるんじゃないの？

アセンブラでさえ、前方にラベルがあると何度もソースを舐めるか、
ラベルを使った事を記録しておいて後で解決するような
複雑な処理をしなければならないのに
pascalの場合文法がコンパイラが順に処理すればいいように作られている。
pascalでは事前に定義しなければならないとかね。
だから１パスで処理出来る。
つまり、順に処理すればいいというのはコンパイラにとっても言語仕様が簡単だといえる。


あと、ObjectPascalの場合、　まずunitの独立性が非常に高い。
だからリンカの負荷が非常に軽くなり、C/C++のように コンパイル・ライブラリアン・リンクを別にする必要がない。
また、unitの宣言部で必要な他のunitを宣言してるから、
一部のヘッダを変更しても依存関係をコンパイル結果から簡単に判断して
再コンパイルが必要なユニットを判断出来る。
これでトータルのコンパイル速度が爆速になる。

なんのためにC++はヘッダファイルがあるの？

＞ヘッダファイル

C言語→ ライブラリ利用側（コンパイラ含む）が構造体、関数定義を知るため。
C++→ クラスライブラリ利用側がクラス定義を知るため。

う〜ん、なんとなくわかったような・・
どうもありがとうございました。

Turbo Pascal開発時のフィリップカーンの命令：　全てオンメモリで処理しる！

らしい。

後方参照？

#include <windows.h>
ってやるだけで、ものすごい数の使わないヘッダファイルを
コンパイルするからね。

いちおう　プリコンパイルヘッダーの技術はあるけど、マクロが多用されるから、あんまり効かない

Σ (ﾟДﾟ;）ﾊｯ この流れもしやDelphiモンリー？


　　　　　　　　　　　　　　　 ∩　　　　　　　 先太り
　　　　　　　　　　　　　　　 ( ⌒)　　　　∩_ Delphi☆ｵﾝﾘｰ!!
　　　　　　　　　　　　　　　 /,. ノ　　　　(　,,E）
　　　　ﾋｬｯﾎｩ　　　　　　 ./　/"　　　　/ /"
　　　_n Delphi☆ﾓﾝﾘｰ!! ../_、_　　　/ /　　　　　盛り上がってキターー！
　　（　l　　　　_、 _ 　　/　/ ,_ﾉ` ）／ ノ'_、 _　　　　Delphi☆ﾓﾝｿｰ!!
　　　＼ ＼ （　<_,`　）（. Delphi☆／（　,_ﾉ` ） 　 　　　n
　　　　ヽ___￣__∩　 _､ヽ_　　　　 _ 、_　 n　 ＼　 　 （ E）
　　　　　　/ （ヨ,,. )（ <_,`　）　 （　,_ﾉ`）( .,E）　ヽ_／／

Delpi

や

結局、VC++のが糞だと言うことはわかったが、
>>131
Turbo Delphiしかｲﾝｽｺできんがな。

>>146
同意。
Deiphiの超絶大勝利だな。

普段Delphi使ってると、たまにオプソのVCプロジェクトコンパイルするときに、
遅すぎて日が暮れるよ・・・

Delphiなら10、20万行程度のリビルドくらい、今時のローエンドマシンでも5秒くらいで終わるのに

Delphiが高速な理由を考えてみた。
１、ユニット化が非常に上手い。
　 unit/uses によるモジュール化が上手い
　C/C++は #define やテンプレートがあるから、プリコンパイル技術だけではどうしようもない

２、文法のシンプルさ
　使う変数とラベルは 事前に定義しなければならないなどの制限のおかげで
　１回舐めただけで、コンパイルが出来る。

３、リソースも含めた１パスである事
　c/c++ではコンパイラ・ライブラリ管理・リソースコンパイラ・リンカーが分かれているが
　Delphiは１パスで全てを行う
DPRはCのOBJ相当だけど、１の効果でそのままライブラリでもある

C++で十分なら、JavaもC#も出てなかったと思う。

そうだな。お互い棲み分けができていると思うよ。

　ナゼ言語と開発環境が交錯してるんだ?ATLや純粋なAPIなど他のライブラリを使った話題も何故無い。軽さはDelphiの比じゃないぞ。
　大体MFCに頼るヘタレはC++で開発する意味は無いだろうに。

そりゃ、純粋APIをはじめて綺麗にラップしたのがDel/VCL。

汚くラップ下のがMFC。
ATLじゃポトペタ開発できないし中途半端。

そうそう、ポトペタしたい（GUIを作り込む）ときのためのものではないよ、VC++は。
裏方の仕事を任せればいいのさ、C++が必要なら。

軽さというのがコンパイル速度の事ならAPI使うよりDelphiの方が軽いぞ。
VCL使わずAPIでコードで書いてもDelphiの方が短く綺麗に書けるぞ。

Cで書いたコードを組み込みたいならBCB使えばDelphiにリンク出来るよ。

Σ (ﾟДﾟ;）ﾊｯ この流れもしやDelphiモンリー？

APIで書くのをやってた頃の過去ログ
http://pc.2ch.net/tech/kako/1009/10090/1009080085.html

Halbowさんのページの
http://homepage2.nifty.com/Mr_XRAY/Halbow/

> Cで書いたコードを組み込みたいならBCB使えばDelphiにリンク出来るよ。

BCB使わなくてもDLLでもOK
VC++でコンパイルしたのをよく使ってる

>>155
　コンパイル速度じゃどう足掻いたってDelphiには勝てんよ。実行バイナリーの事さ。

結局、Ｗindows 上で何か作るなら Delphi 以外の選択肢はねぇやろ？

それにしては、秀丸もBecky！もFFFTPもEmEditorもDelphi製じゃないわな。
DelphiはちゃっちゃっとGUI作るためのお子様用だよね。

VBだって昔はおもちゃと言われてた。

そうだな。最近だとVCL使ってるのはSkypeくらいだもんな

DelphiはRAD使わないでコードしこしこ書けばファイルサイズ全く変わるだろ

>>161
秀丸もBecky！もFFFTPもEmEditorもDelphi登場前から書かれていたソフトやろ？

>>163
P2P系にVCL多いって結論だね。

janeはDelphi製なんだろ？

>Delphi 以外の選択肢はねぇやろ？

Delphi製のアプリなんか数えるほどしかないよ。何言ってるの？

delphiで作った有名ソフトって何があるの？
http://pc11.2ch.net/test/read.cgi/tech/1135654787/

複数人で開発するならマイナー言語は瞬時に却下される
さっさとVCに移行せろ

一人で仕事貰ってきて一人で仕事して一人で納品してるからDelphiでいいんだよ。

＞さっさとVCに移行せろ

VCもマイナーなら、MFCもマイナー。

まぁ、優秀な人間ほどC++使える率上がるからなぁ
好みを別にすればDelphi使えるけどC++使えない優秀なPGってのは殆どいない、極々少数

確かにDelphiのコンパイル速度は異常だよな
それだけでもアドバンテージあるが
もう開発が止まってるからもう比べ様がないな
9x系ならDelphiでいいよ

次期Delphiで、9xは切り捨てになりますが・・・＞Delphi

次期Delphi？
まだ生きてたの？

Qゲリオン

VC++使ってた方がWindowsの変化に追従しやすいってのはあるな。
ライブラリ(MFC)がほとんど何もしてくれないに等しいから。

俺はC++のサブセット＋αみたいな仕様のDelphi言語が個人的に面白いと思うし、
良くできてると思うから完全に死に絶えるまではDelphiに付き合おうと思う。

なんていいながらバージョンは6で止まってたりするが…。

オレなんて、いまだに 3.1 を使ってるぜ。
XP まで動いたけど、今度 Vista で動かしてみよう。

男前！ホレた！
さすがに XP のスタイル対応は無理だよね。

やばい、C# に浮気しそう…。

>>180
.manifest ファイルで誤魔化してる。

それが普通なんじゃないの？
Cでもmanifestだろう

>>182
VCL 使ったアプリで単に manifest ファイル付けてもエラーになったりしない？
XP Theme Manager は、3はサポートしてないと思ったんでね。

FOR I :=1 TO 1000000000 DO
BEGIN
L:=K MOD I;
END;
こういう、１０億回ループの時間計測すると、
Delphi　１秒３　で、VB,C#、V++（２００５）はいずれも１４秒ほどで、１０倍も違う。
こんなに違うものかな？

DelphiとVBの差はまぁそんなもんだろ。.NETのやつはやりようによってはもっと早くなるんじゃね？
たとえばそのループをさらに何回かまわしてみるとか。

自分ところでやってみた

　　　　　　　Debug　　　Release
VC++2005　3013　　　　 　　0（たぶん最適化されて端折られた）
VC#2005　　2620　　　　2117
VB2005　　　2712　　　　2097
Delphi6　　　3125　　　　　462
BCB6　　　　3064　　　　　453

こんなに違うもんかい？
exe をダブルクリックしてからの時間じゃないよね、当然。

var
I, L: Integer;
Time: DWORD;
begin
Time := timeGetTime();
L := 0;
for I := 1 to 1000000000 do
L := L xor I;
Time := timeGetTime() - Time;
WriteLn(Time);
end;
//
int I, L;
DWORD Time;
Time = timeGetTime();
L = 0;
for(I = 1; I <= 1000000000; I++)
L = L ^ I;
Time = timeGetTime() - Time;
std::cout << Time << std::endl;
//
てめえらの結果書けや

素数を求めるプログラムで処理時間を計測 した。(※メイン部分のみ、VB,C#,VC++もこれと同等なプログラム）
DELPHIが速いのはわかるけど、ＶＢがＣ＃、ＶＣ＋＋より速いのは不思議な気がする。
2秒153 TURBO-DELPHI
2秒392 VB 2005
2秒934 C# 2005
3秒155 VC++ 2005
ソースはＤＥＬＰＨＩのもの、（ベンチマークが目的なのでアルゴリズムは最速ではない。）
VAR
I,J,N : INTEGER ;
K,L,M : INT64 ;
BEGIN;
K:=1000000000;
FOR I:=1 TO 50 DO BEGIN
N:=0;
M:= I + K ;
FOR J:= 2 TO 2000000 DO BEGIN
L:=J;
IF M MOD L = 0 THEN BEGIN
IF M <> L THEN N:=N+1;
END;
END;
IF N = 0 THEN Memo1.Lines.ADD ( INTTOSTR(M) + '　は素数') ;
END;
END;

ちなみに、すべて、windowsフォーム　アプリケーションでテスト
実行結果
1000000007　は素数
1000000009　は素数
1000000021　は素数
1000000033　は素数
-------------------END--- 1000000050 2153 MS TURBO-DELPHI INT64
1000000007 は素数
1000000009 は素数
1000000021 は素数
1000000033 は素数
----- END ----------- 1000000050 Time: 2,392.00ms VB2005 INT64
1000000007
1000000009
1000000021
1000000033
-------end------1000000050 time 2934 C# 2005
1000000007 は素数
1000000009 は素数
1000000021 は素数
1000000033 は素数
--- end ---- 1000000050 Time: 00:00:03.1550000 VC++ 2005

VC++は最適化入れてないだろ？

最近のコンパイラはint64の演算で自動的にSIMD使ってくれるんか？

>>190は全部大文字で書くのをやめれや
醜くて見にくいわ

同じものを　J＃　でも作ってみたら、劇的に速かったので、パソコンを再起動してクリーンな状態なせいかもと思って全部再度テストしてみたら、
1732 ms turbo-delphi 2006
1811 ms J# 2005
2219 ms C# 2005
2223 ms VC++ 2005
2239 ms VB 2005
という結果になった、delphiが結局１番速いが、J＃も肉薄してる。あとの３兄弟は同じくらい。
ちなみに、変数をすべてintにして測ったら、どれも　850ｍｓ程度で横並びだった。

参考までに、VS２００５　の　J#　のソース
private void button1_Click(Object sender, System.EventArgs e)
{
int i, j, n;
long k, l, m;
String s;
m = 0;
k=100;
s = this.textBox1.get_Text(); // textBox1 から　1000000000 を入力して　k　に代入
k = Long.valueOf(s).longValue();
this.textBox2.AppendText("-------start-----" + System.Convert.ToString(k)+ "\r\n");
long start = System.currentTimeMillis();
for (i = 1; i <= 50; i++)
{
m=i+k;
n=0;
for (j=2;j<=2000000;j++) // ここもルートｍ　までで良いが、あえて時間をかけるために、200万回にしてる。ちなみにこれだと４兆までの素数が正確に求められる。
{
if (m % j == 0)
{
if (m != j) { n=n+1;}
//break; // ここで　break　すると劇的に速く計算できるが、ベンチマークテストなのでコメント化

}
}
if (n == 0) this.textBox2.AppendText(System.Convert.ToString(m) + " 素数 " + "\r\n");
}
long stop = System.currentTimeMillis();
this.textBox2.AppendText("--- J# 2005 ---end---" + System.Convert.ToString(m) + " time: " + System.Convert.ToString(stop - start) + "\r\n");
}

と実行結果。
1000000007 素数
1000000009 素数
1000000021 素数
1000000033 素数
--- J# 2005 ---end---1000000050 time: 1811

196のプログラムで１京（10の16乗)から1000個の数字の中の素数をすべて求めた。
（ｋに10000000000000000 を代入、割る数字を１00000000までにして、割り切れたらbreakするようにして実行）
-------start-----10000 0000 0000 0000
10000000000000061 素数
10000000000000069 素数
10000000000000079 素数
10000000000000099 素数
10000000000000453 素数
10000000000000481 素数
10000000000000597 素数
10000000000000613 素数
10000000000000639 素数
10000000000000669 素数
10000000000000753 素数
10000000000000793 素数
10000000000000819 素数
10000000000000861 素数
10000000000000897 素数
10000000000000909 素数
10000000000000931 素数
10000000000000949 素数
10000000000000957 素数
10000000000000991 素数
--- J# 2005 ---end---10000000000001000 time: 89690

9999999999999011 素数 　（素数が多いとより時間がかかる）
9999999999999049 素数
9999999999999137 素数
9999999999999167 素数
9999999999999187 素数
9999999999999199 素数
9999999999999253 素数
9999999999999301 素数
9999999999999337 素数
9999999999999343 素数
9999999999999349 素数
9999999999999389 素数
9999999999999391 素数
9999999999999409 素数
9999999999999431 素数
9999999999999479 素数
9999999999999517 素数
9999999999999571 素数
9999999999999593 素数
9999999999999623 素数
9999999999999631 素数
9999999999999641 素数
9999999999999643 素数
9999999999999671 素数
9999999999999809 素数
9999999999999817 素数
9999999999999851 素数
9999999999999887 素数
9999999999999917 素数
9999999999999937 素数
--- J# 2005 ---end---10000000000000000 time: 122777

C++もwinフォームで計測って釣りですよね？

自分やったときはコンソールでしたが問題有りますかね？

そうかなあ

今更ながら比べるならVC vs C++BuilderかC# vs Delphi じゃないのか?

（人気の面では）比較にならないぐらい差がついちゃったよな〜。
なんでだろ？

会社のやる気のなさが全てだな。
将来の無いツールに誰が投資するんだ？

>>190
節子！それCLRや！

delphiから:=とbeginが無くなれば最高だったんだが・・・
どの言語もみんな余計な文法が汚点

むしろ := と begin end 最高。

特に := は代入という概念を表すために
= を使っていない事がきわめて高く評価できる

LLの輩には分からないだろうが
こういう物事を正確に記述しようという姿勢が俺は好きだ。

あと、ガツンと言ってやったとか得意げに言ってる奴は死ぬほど嫌いだ。
LLで出来る事はLLでやってりゃいいんだよ。怒りっぽいしカスっぽい。

>>208
DelphiもLLも両方やってるけど
両方よさはあるね。
Ruby書きやすいけど、まともに補完効かせられないし、
Delphiはなんだかんだと補完でサクサク書けるけど、けっこう冗長だしね

> あと、ガツンと言ってやったとか得意げに言ってる奴は死ぬほど嫌いだ。
ひがやすをは基本釣りなんでｗｗ マーケティング上つらないといけない立場w

C 系は、括弧が多いから Shift 押す回数が多くて嫌だな。

begin 〜 end. なら苦にならないのか

Ctrl+J使えば意外と楽

それって、エディタで対応カッコやり難くね？
特にPascalを対応してない場合。
普通のカッコならどんなエディタでも対応してる。

＞エディタで対応カッコやり難くね？

エディタで対応カッコ”ジャンプ”やり難くね？

ですた。

>>211
まさかタッチタイプする奴がこんなこと言わんわな。ｗ

begin と { じゃ全然違うだろ

皮肉云われてるんだろ。

主張の穴を突かれたので皮肉を言ったことにする訳です

俺beginと{じゃbeginのほうがいいかな
アルファベトでも子音多いとリズム狂うけど

なんで　[　じゃなく　{　にしたんだろ？
コンパイラを賢くして、 [ = { = begin どれでもおｋってならないのが面白くない

コンパイラやインタプリタってのは
賢くすれば賢くするほど遅くなる物なんで、
つまらんだろうが我慢汁

Verilog はなぜかブロックの記述は begin 〜 end なんだよな。
ほかの文法は C に似てるのに。

結局、「ブロックにどれだけの意味を持たすか」っていう議論なんだと思うんだよな。
ブロックに強く意味を感じさせるのがPascal方式(begin〜end)で
カジュアルに行きたいのがC方式（{〜}）なんだと思う。

俺は、どちらかというとPascal方式のほうがすきなんだが、C方式と比べてどれだけの利点があるんだ？

prismはどっちもつかえるんだろ？

Rubyだと両方使えるね。まあ、Rubyの「ブロック」は他の言語と言語仕様が違うが･･･匿名関数みたいな感じなので

Cもdefineすれば…とか言い出したらキリがないな

>>223
どちらも入子しすぎると見ずらいけどなｗ

ネストしまくって見易い言語ってあるのかな？
インテリセンスなんかいらないから、ブロックの末尾にカーソル持って行ったら対応するブロックの直前の文をバルーンか何かで表示してくれたらいいなあ。あるいは色分けされるとか

Ｖｉｓｕａｌ Ｄ++が出たらいいのに。
デジタルマーズは何やってんの？

VCLそっくりになったC#とかVB.NETでいいじゃん
今更見通しの暗いDelphiなんか使ってても虚しくなるぞ・・・

マネージドという響きがいかにも素人臭くて嫌だ。
実利優先の特定企業向けシステムだったらともかく
OSSやフリーソフトみたいに大衆の目に触れるソフトでは恥ずかしくて表に出せん。

そういうのは確かにあるかも。
逆に企業向けサーバーアプリをC++でとか言われたら正気かと思う。

>>228
見やすいかどうかは微妙だけど、Lisp族とかPythonとかはインデント上等なイメージがある。

>>230
C# はともかく、改行に意味のある VB は使ってられんわ。書きにくくてかなわん。

でも俺は滅びるまで Delphi に付き合う。6で止まってるけど…。
商用のが滅びても、FreePascal がある。

言語なんて切羽詰れば、難なく乗りかえられるんだから、一番好みの使ってればいいじゃないの

>>234
つLazarus

FreePascalってVCLっぽいライブラリあるの？

Lazarus は FreePascal ベースの IDE で、まんま Delphi だぞ。

>>237
【LCL】
LazarusのGUIサブシステムはLCL (Lazarus Component Library)と呼ばれ、
基本的にウィジェット・ツールキット関連部分を構成するクラスをまとめたものである。
LCLはVCLを手本にしているが、100%互換ではない。

LCLは、Delphiとの互換性よりも、Windows以外のプラットフォームでのプログラミングを想定している。
DelphiやWindowsに依存したVCLは手本にしつつ、幅広いクロスプラットホームプログラミング、
および、ソースが全て公開されたものを理想にしている。

Lazarus - 出典: フリー百科事典『ウィキペディア（Wikipedia）』
ttp://ja.wikipedia.org/wiki/Lazarus

CLX?

Lazarusは安定までにもうちょい時間掛かるのかな

Windowsで使う分には問題なかったがUbuntuに入れたら文字化けが酷かった

>>238
LazarusってDelphiのコンポーネントも使えますか？

Q. 自動保守#K9K?_D[L　とは一体何なのか？
A. 外部サイトへの突撃大好きな真性厨房

韓国突撃でお馴染みの自動保守
最近は自動焼人 ★として２ちゃんねるのボランティアにも精を出す日々
だがそんな彼にも、人間らしい部分はあったのだ…

名言集
『アパッチ砲はワシが作った』
『お前が規制系キャップ取れるか審査してやるよ』
『いつもサボってばかりのキャップがウゼえ』
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』
『俺の経歴カックイイだろ？』

最近のニュース
　8月15日の韓国突撃の際に歴史的大敗を喫する。ラジオでの敗戦宣言のときに声が震えていた
　本人は体調不良と言っているが…


----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
http://qb5.2ch.net/test/read.cgi/sec2chd/1250169591/
にて自動焼人 ★までご連絡ください

DELPHIのC#ってやっぱりMSのC#と同じでなんちゃってコンパイラなのか?

いつの話よ。Delphi(RAD Studio)からはC#BuilderもDelphi.NETもなくなったよ…。
でも.NETなら常になんちゃってコンパイラだけどな。

ネイティブにコンパイルしても（規格では）構わないが
.NET上で動かないC#に価値が有るかどうかは怪しいものがあるな。

>>246
そうかな?
言語の筋はいいんだから、CLR 上で動かなくても、C# for JVM 的なものがあってもいいと思うがな。

.NETもJVMも「なんちゃってコンパイル」的な観点から見れば一緒だ

>>247
> C# for JVM 的なもの
誰得

最盛期にDelphi使ってた奴は勝ち組
ぼろ儲け

Delphiはもっと使われても良かった
だがM$の陰謀により封印されたのだ・・

まだあるって
つ Delphi2010

CでAPI呼べばいいんだよ

.NET系コンパイラなんて、クソ遅くて使い物にならん。
あれはプロが使うシロモノではないな。

Ｄｅｌｐｈｉ6と世界中のコンポーネントがあれば、何でもできる。

Delphiメインでやってたソフトハウスって今何で食ってるの？
やっぱVB.NET?

DelphiかC#

コスト重視ならC#ですな。今更敢えてVB.NET選ぶ理由はない
性能重視ならバックエンドをC/C++で作ってフロントエンドをC#かC++/CLIにする

>>258
全部Delphiでいける
なんでいちいちコンパイラかえなきゃならんのか

そのコンパイラ売ってる会社が信用できんから。
D1の頃から5倍近く値段が上がってるし

>>251

昔の話だが、ALGOLとFORTRANの戦いを思い出した。

IBMのFORTRANに軍配があがったが。

Delphiはコンパイラだけの単独製品
対してVSはMS製品を大々的に売りまくるための付加価値項向上用の戦略製品

当然つけられる値段も大幅に違ってきて当然
ていうかVSはバージョンよっては100万超の製品とかもあったし値段のつけ方が滅茶苦茶

Delphiの場合最安版は２．３万だかのstarterとかがあるしはるかに良心的だけどな
ついでにいうと何をとち狂ったかMSは金に目がくらんでまったく畑違いの原発開発に手を伸ばそうとしたらしいなｗ

VSなんてそんな会社の製品だqぞ…

VC#の場合無償で最適化付きコンパイラ+RADが付いてくるわけだが。
しかも商用アプリの開発もできる優れもの。

Delphi XE Starter Edition は２万円するうえに、開発した全アプリの合計収益が1000$（現時点で8万円！）まで。
利益じゃなくて収益ベースで合計8万円以上お金をもらえないんじゃフリーウェアか安価なシェアウェアを数個までが限界かな。

ごめん補足。

収益は年間８万円までだったよ。　＞Starter Edition

VSの開発チームだけ別会社で独立採算にして無料版出したら認めるよ

でもVSなんて所詮Windows系製品売りまくるための戦略的な布石だろ
情勢によってはいつ無料版がなくなるかもわからんし

とにかくだ
原発はいかんぞ、マイクロソフト、ビル.ゲイツ

だがVSの主敵は最早DelやCBではないだろう…

てか原発推進の会社のIDEなんて廃止しようぜ

>>256
上位版を買ってくれる潜在的顧客を増やすためって意味もあるんだから
よっぽど会社が傾かない限りはDelphiみたいに無償版をなくしたりはしないと思うよ。

Windows Phone用開発環境を有償化したらAppleやGoogleに対して勝ち目ゼロになるしな。
あと他の部門で儲けた利益を無償版や値引きとして還元するのはどこの会社でもやってる。

個人的には開発言語分野だけでも独立採算でいけると思うけどね。

ごめん。268の安価は>>265な

原発ソフト＝マイクロソフトでOKね？

原発事故は大規模天災と無能政府による天災の合わせ技で製造側企業に責任はほとんど無い。

関連が薄いMSを排除するなら、まず先に実際に原発を作ってる三菱や東芝のパソコンを追放する方が先でしょ。
日立やルネサスもIT業界から追放しないと正当性に欠けるか。それとも日本企業ならいいの？

原発って日本とフランスの二か国にしか自国製造できないって知ってる？

大規模天災と無能政府による人災の合わせ技、な orz

DBISAMってなんて読みですか？

デービーアイサム

>>274
ありがと♡

delphiの謳い文句
vbと同じくらい簡単で、vbより早くて、vcと同等の自由度

は、ネイティブのvcl使い続けてれば今でも変わらんと思うが。。。

今はどうなの？

>>276
.netの品質が上がってきてるんで昔ほどの差はない感じ
ただパッケージソフト屋としてはランタイムの問題とかで.netは敬遠しがち
ど方はなんでもいいんじゃない？

あ

え？

>>279
http://hibari.2ch.net/test/read.cgi/tech/1261676778/213
http://hibari.2ch.net/test/read.cgi/tech/1272358443/83
http://hibari.2ch.net/test/read.cgi/tech/1321350331/22
http://hibari.2ch.net/test/read.cgi/tech/1318935200/82
http://hibari.2ch.net/test/read.cgi/tech/1290415962/444
http://hibari.2ch.net/test/read.cgi/tech/1314133332/444
http://hibari.2ch.net/test/read.cgi/tech/1315141054/25
http://hibari.2ch.net/test/read.cgi/tech/1321282584/4
http://hibari.2ch.net/test/read.cgi/tech/1156332916/186
http://hibari.2ch.net/test/read.cgi/tech/1177431417/279
http://hibari.2ch.net/test/read.cgi/tech/1295493964/744
http://hibari.2ch.net/test/read.cgi/tech/1300000513/237
http://hibari.2ch.net/test/read.cgi/tech/1163319215/911

2012年1月は、C#がC++を抜いて3位につけたことが特に注目される。C++は長期に渡って
緩やかな下落傾向にある一方で、C#は上昇傾向が続いており、特にここ数年は上昇傾
向が強くなっている。

今後しばらくは、C#とC++で順位の入れ替えを繰り返すものと見られるが、最終的には
C#が3位、C++が4位に落ち着く可能性が高い。また、Objective-Cも急成長を続けており、
この傾向が続いた場合には、C#、Objective-C、C++という順位に変わっていく可能性もある。

上記のほか20位以内に入ったプログラミング言語としては、Rが19位に、Luaが20位に
入った点が注目される。

特に、統計処理や統計データのグラフィック化などに利用されるRプログラミング言語は、
ここのところ注目が高まっている。Rの機能拡張が、Googleの支援によって実現したこと
などもその一因となっているものとみられる。

　1　Java　　　　　　　17.479　(-0.082)　18ヵ月連続1位
　2　C　　　　　　　　　16.976　(-0.081)
　3　C#　　　　　　　　　8.781　(+0.576)　3位へ浮上。上昇傾向
　4　C++.　　　　　　　　8.063　(-0.189)　4位へ下落
　5　Objective-C　　　6.919　(+0.114)　上昇傾向
　6　PHP　　　　　　　　5.710　(-0.291)　下落傾向
　7　(Visual)Basic　　4.531　(-0.226)
　8　Python.　　　　　　3.218　(-0.274)
　9　Perl.　　　　　　　　2.773　(+0.301)
10　JavaScript　　　　2.322　(+0.123)
11　Delphi　　　　　　　1.576　(+0.331)
12　Ruby.　　　　　　　 1.441　(-0.053)

http://news.mynavi.jp/news/2012/01/12/058/

Tiobe の結果には意味がない。と散々吹聴していたもんだから
Ruby よりランクが上でも何も言えない...