Java VS Delphi VS C++

さぁ、勝負だ。

2

　　　　　　　　　　　　>>1
　　　　　　　　　　 　　↓　　　　　　　　　　　　　　　　_人
　 　　　　∩　　　　∧＿∧　　　　　　　　　　　　ノ⌒　丿
　　　　　　 ＼ヽ＿（　　　　） 　　　　　　　　＿／　　 ::（
　　　　　　　　　＼＿　　 ノ　　　　　　　　/　　　　　:::::::＼
　∩＿　　　＿／　　　 ／　　　　　　　　 （　　　　　:::::::;;;;;;;）
　Ｌ＿　`ー　/　/　　　/　　　　　　　　　　　＼＿――￣￣::::::::::＼
　　　　　ヽ　 |　|＿＿/ |　　 　　　　　　　　ﾉ￣　　　　　::::::::::::::::::::::）
　　|￣￣￣＼　　　　　ﾉ　こんな　　　　　（　　　　　::::::::::::::;;;;;;;;;;;;ノ
　　|　|￣「~|￣（ ､ Ａ ， ）クソスレ　　　／￣―――――￣￣::::::::＼
　　|　|　 |　|　　∨￣∨　　　　　　　　（　　　　　　　　:::::::::::::::::::::::::::::::::）
　　し'　　し'　　　　　　　　　　　　　　　　＼＿＿::::::::::::::::::;;;;;;;;;;;;;;;;;;;;;;;;ノ



　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　__
　　　　　　　　　　　　　　　　　　　　　　　　　>>1　 ｌ￣／.　 ＿__ 　　　　　　　
　　　　　　　　　　　　　　　　　　　　　　　　　↓　/　/.　　/ ___ﾉ 　
　　　　　　　　　　　　　　　　　　　　　　　　＿＿/　/＿／　/　 　
　　　　　　たてんじゃねー！　　　　　　Y人,　'　',人⌒ヽ､,　'
　　　　　　　　　　　　　　　　　　　　　　Y⌒ヽ）⌒ヽ､　人,ヽ）人'､,　'
　　　　　　　 へ, --- ､　　　　　　　　　ﾉ￣　　　　　::::::::::::::::::::::）
　 　 　/￣￣￣　 ､____＼　　　　　　　（　　　　　::::::::::::::;;;;;;;;;;;;ノ
　 　 / _/￣「~|＼　＿＿ ＼　　　　　／￣―――――￣￣::::::::＼
　　　|　|　　|　|　（ ､ Ａ , ＼ミｿ　　　（　　　　　　　　:::::::::::::::::::::::::::::::::）
　　　し'　　 し' と∨￣∨　　　　　　　＼＿＿::::::::::::::::::;;;;;;;;;;;;;;;;;;;;;;;;ノ

>>3

また一人クソまみれが…。w

ﾋﾏなんでageる

　.　・　┌─┐　・
　 　 ヽ│厨│ノ
　　　　│房│
　　　　ノ ─ヽ
　　　・　　　　・

>>3
ﾜﾗﾀ

　　　　　　∧＿∧　　　　 　　∧＿∧
　　　　　_（　´∀｀）　　　　（´∀｀　）
　 三(⌒), 　　　ノ⊃　　　 （　>>5　） 　 糞スレは・・
　　　 ￣/　/)　 ）　　　　　 |　|　　|
　　　 . 〈＿）＼_）　 　　　 （__（_＿_）

　　　　　　　　　∧＿∧　　.∧＿∧
　　　　　　　　 （　　´∀）　（´∀｀　）
　　　　　 　≡≡三 三ニ⌒)　>>5　　.） 　　 ageんなって
　　　　　　　　/　 /)　 ） ￣.|　|　　|
　　　　　 　　〈＿_）＿_）　 （__（_＿_）

　　　　　　　　 　 ∧＿∧　 ,__ ∧＿∧
　　　　　　　　　 （　　　 ´）ノ　）:;:;)∀｀）
　　　　　　　　　 /　　　￣,ノ''　>>5　　） 　　言ったろうが
　　　　　　　　 Ｃ　　　/~　/　/ 　 /
　　　　　　　　 / 　 /　〉 （__（＿_./
　　　　　　　 　＼__）＼）
　　　　　　　　　　　　　　　　　　　　　 ヽ ｌ /／
　　　　　　　　　　　　∧＿∧(⌒) ―― ★ ―――
　　　　　　　　　　　 （　　　　） /|ｌ　　／/ | ヽ 　　ヴォケがーー！
　　　　　　　　　　　（/　 　　 ノｌ|ｌｌ ／　/　|　 ヽ
　　　　　　　　　　　 （Ｏ　　ノ 彡''　 　/　 .|
　　　　　　　　　　　　/　 ./ 〉
　　　　　　　　　　　　＼__）_）

悲惨なスレだな・・・。
さげ

それじゃあ勝負の課題は
http://user.ecc.u-tokyo.ac.jp/~g140209/tsg/cmaga/question/cmaga200205.html

でどう？

VB最強

何故Delphiが入ってくる？

Delphiはその丁度中間だからじゃないの？　Delphiは C以下の低レベルから JAVA以上の高レベルまで処理出来る
C++程の贅沢さはないけど

java最高

>>12 C++にできてDelphiにできないことって何？

Del厨
ｷﾀ━━━ヽ(ﾟ∀ﾟ)ﾉ━( ﾟ∀)ﾉ━(　　ﾟ)ﾉ━ヽ(　　)ﾉ━ヽ(ﾟ　　)━ヽ(∀ﾟ )ﾉ━ヽ(ﾟ∀ﾟ)ﾉ━━━!!
　　　　　　　 へ　)　　 (　　ノ　　(　　)ﾉ　　 (　　)　　　へ 　)　　　へ　) 　　 へ　 )
　　　　　　　　 　>　　　　>　　　　<　　　　　 <　　　　　　　<　　　　　 >　　　　　 >

C++カムサ(省略)

ｶﾑｻ?

>>14 　C++にできてDelphiに出来ない事は基本的には無いよ。
　　　C++に出来て Cに出来ない事が無いのと同じさ

C++にあってDelphiに代替がないのは　テンプレートくらいかな

え〜テンプレートだけなんですか〜？うっそ〜
まじで〜？

そりゃまあ
１、多重継承
２、演算子オーバロード　
３、 スタック上にインスタンスを作る
　とか細かい点はあるけど

１、多重継承　　　　　
　　ATLで使うような範囲なら interface型という代替が

２、演算子オーバロード
　　D6からVariantの拡張で四則演算可能なオブジェクトが実現可能に　

３、 スタック上にインスタンスを作る
　　これはもう消えそうだけど Object型で（デストラクタが働かないんだえどね)

俺はC++使いだけど、正直Javaの方が生産性高いかもよ。

>>20
〜の範囲なら〜とか
消えそうだけどObject型でとか

（ ´,_ゝ`）ﾌﾟｯ

（ ´,_ゝ`）ﾍﾟｯ

名前空間は？
貧弱じゃなかったっけ >Delphi

>>24 貧弱だけどUnitが名前空間として働くからそう悲しい状況でもない
ただ、シリアライズの関係で、コンポーネントの名前の衝突は困った事になる
皆がコンポーネント作るのが当然になった今となってはちょっと困る仕様
そろそろ次のバージョンで解決して欲しいな

つーことでＣ＃の勝ち

結局どれもまともにC++の代替になるようなもんじゃねぇじゃねぇか。
言い訳ばっか。

> C++にあってDelphiに代替がないのは　テンプレートくらいかな

背伸びすんなよ （ ´,_ゝ`）ﾌﾟｯ

>>27
　しかしDelphi言語にあって　C++言語ではその代替でなんとかするしかないものもある
んだから、それでいいんじゃないの？　

published のように C++では代替の無い機能もあるんだしさ

それぞれの言語にしかない機能があるのは当たり前だろ？

> C++にあってDelphiに代替がないのは　テンプレートくらいかな

こんなホラ吹いてんじゃないよって話をしてるんだよ。

>>29　だからテンプレート以外に、どの機能が代替できないのさ

>>20にあがってることも>>25にあがってることも
それっぽいことが出来るってことだろ？条件付きで。いいかげん見苦しいよ。

？ 1 それっぽい事が出来るから代替なんだろ？

条件をつけて使い道限定してるのに代替なんて言えるか？

条件をつけて使い道限定してるから代替なんだろ？

う〜ん、もうどうしていいかわからん。
ある条件の下でないと実現できないのに、代替になるのか？
まわり道してでも実現できる方法があるなら代替になるだろうが。
その条件下でなかったらどうするんだ？

> その条件下でなかったらどうするんだ？

あきらめる

＞＞３５

（ ´,_ゝ`）

>>36
あそ･･･

これがDel厨か･･･。
えぇそりゃもう顔真っ赤で必死になっちゃいましたよ。 >>37

(´-`).oO(スレタイにＤｅｌｐｈｉを入れた>>１は確信犯だな

>>35　じゃあ代替が無い様な例をあげてみてよ　そうしてくれなきゃ話が進まない

遊びならともかくまともに仕事になるのは
Delphi だけだね。

たとえば演算子オーバロードで
　 MyPort << "こんにちは";

　とかを　MyPort.put( "こんにちは") と書かなければならないのが代替かどうかを議論したいと？

>>42
まだ続けるのか。俺はもういいよ。顔真っ赤だし疲れた。
>>20や>>25見て見苦しく思ったからレスしたんだ。
最終的にはアセンブリになるんだから、結局どれも代替できるとか言いそうだし。ギブアップ。

間違った>>41だ

>>44
　そういうわずに付き合ってよ
　多重継承で interface型で代替出来ないような使い方は、普通は封印されてるような使い方だろうし
　演算子オーバロードで、D6のVariantで代替出来ないような使い方も、やっぱり変だろし
　クラスをスタックに作る事でメリットがあるのはスマートポインタくらいしか思いつかないが
　これは try .. finally に慣れれば問題ない

名前空間は、名前空間をネストするような使い方はスマートだと思うかい？

話の腰を折るようだけどＤｅｌｐｈｉのオーバーロードってどんな奴？

struct A {
int Val;
};

struct B {
int Val;
B& operator=(const A& a) {Val = a.Val; return *this;}
};

例えばこれはどういうコードになるの？

Delフサギコが言ってたこれは？

> ・名前空間の扱いが変、というか機能不足
> 自作でTComboBoxExとか作ってたとしたら
> D6から標準搭載されてるから、どしたらいいの？

>>47
　それと似た事をやりたいなら Delphiだとプロパティを使うだろう
type TA= Class;
private FVal:Integer;
　public
　property Val:Integer read FVal;
　end;

クラスBを
type TB= Class;
　略
　property ValA:TA read getAVal write putAVal;
　end;
　とやって Bのインスタンス .ValA=Aのインスタンスとやるような感じ


Delphiには演算子のオーバロードはない。
　 複素数型や多倍長演算を作りたいならVariant型を拡張することで出来るだけ

>>48　
　それは、　>>25 　つまり、
　名前空間として　Unitが別ならそれぞれのクラスもUnit名付で識別可能。　だから共存出来る。
　普通にクラスとして使うぶんには問題ない。

ただし、コンポーネントの場合、実行時型情報として持っているクラス名は Unit名を含んでいないため
クラス名から逆引きする場合、ユニークでなければならない。　
だから、同時に同じ名前のコンポーネントをIDEに登録出来ないという問題の事だろうと思う。

ただ、同じ名前でIDEに登録出来たら便利かと言われたら・・・そんな便利とは思えないのだが

Unit名ってファイル名ってことでしょ？
ファイル名．Hoge〜ってなんだかなー。
あとusingに代わるものはあるの？

inline関数は？

>>50　結局VCLでは窓クラス名＝クラス名としてるので、しょうがないという感じですね

>>51　using って　親クラスの　この機能は記述したらそのまま使えますよって奴？
　　　　それに代わるものって、普通に親クラスのメソッド呼べばいいんじゃないの？

>>52　inlineはDelphiにはありません。　
　　　　get/putメソッドを使わずにプロパティを使うのがDelphiのスタイルなので無くても
　　　　それほど不便でないためでしょう

>>53
プロパティを使うのがDelphiのスタイルって･･･
普通に関数だって書くでしょ？ヘタなフォローだな。

>>53
そうじゃなくて>>48、>>50の流れでクラス名がバティングしてるとき、
usingみたく名前空間の指定を省略する方法あるの？ってこと。

クラス名が衝突したらファイル名変えるの？

（≧▽≦）　ぶわっはっはっはっ 　ダサすぎ

>>54　えと、ようするに >>47は
A foo
B hoge=foo;
　みたいに書くにはどうしたらいいって事でしょ？
　そうは書けないけど、プロパティを使って
hoge.VarA=foo;
　という形なら書けますという意味です

>>55　ああ、 uses ユニット名; という構文が　 using+#include に相当します
　　　逆に言うと、uses した状態では全て usingしたようなものです。
　　　バッテングしそうな名前は、ユニット名を付けて識別するという事です

>>56　クラス名ではなくユニット名が衝突したらという事ですか？
　　ユニット名は唯一でなければいけません　
　　C++ではネームスペースが一致すれば同じ名前空間に入れられますが
　　ユニットは残念ながらそうではない為です
　　しかし、それを利用して、VCLライブラリを置き換えたりが可能になります

>>57
>>52のインライン関数の質問と
>>47の演算子のオーバーロードになんの関係があるんだ？

>>58　あ〜ボーとしてた

逆に質問ですが
普通の関数をインラインにするメリットって特にありますか？
　昔CALL/RETのオーバヘッドが大きかった時には意味があったけど
　今だとインライン展開してしまうと逆に遅くなってしまうし

今だと、getXX() { return XX;}; みたいな　ホントにメンバを隠蔽だけ
するようなメソッドで使って意味があると思うのですが、どうでしょう？

> 今だとインライン展開してしまうと逆に遅くなってしまうし

根拠は？普通速くなるだろ。

あとさ、そういう風に
無い機能だからってメリットは何？とかやめない？本当に見苦しい。

>>60
遅くなるのは、キャッシュをうまく使えない場合があるからじゃない？

キャッシュのことは詳しくないからわからないけど、
インラインにしたせいでうまく使えなくなるって、例えばどういう場合？
関数コールで飛んだほうがキャッシュミスするもんなんじゃないの？

今やってみたら名前空間指定しなくても重複したクラス名の変数宣言できちゃうよ。
どの名前空間のクラスだよこれ。usesした順番で決まるのか？関数の中見ただけじゃわかんねー。

（≧▽≦）　ぶわっはっはっはっ 　ダサすぎ。使えねぇよこの名前空間

>>６０　根拠は経験上　
・・・今試しに逆転するの作ってみようとしたけどそれは難しいね。

まともなプログラマで組まれたアプリなら
命令数よりメモリのアクセス回数が実行速度を決めてしまう
そして、inlineを使って総バイト数が増えてしまうと、命令キャッシュ
がヒットしない確率も　増えてしまう＝メモリのアクセス回数が増えて
しまうという事

　ただ、Ｃの呼出の場合 push でけっこうバイト数喰うから
　単純な代入の場合なら inline の方が総バイト数も減るからね

>>63
名前空間というからには
uses unit1,unit2;

var hoge1 : unit1.THoge;
var hoge2 : unit2.THoge;
　みたいに識別するという事だよ

uses unit1,unit2;

var hoge1 : THoge;
var hoge2 : THoge;

こうできちゃうのが問題だって言ってるんだよ。

（≧▽≦）　ぶわっはっはっはっ 　ダサすぎ。

Del厨ってどのスレ行ってもうざいね。

>>66
　ああなるほど　じゃ、どういうのがいいと思うわけ？

１、常に >>65のように書かなければいけないのがいい
２、uses とは別に using しなければいけないのがいい
３、今のままでいいから>>66のようにしたら名前が衝突してると警告くらいだせ

４．勝手に全部usingするな。衝突したらエラー出せ

（≧▽≦）　だよ。ぶわっはっはっはっ

>>69
　うん、それはたまに　だったらいいなあって思う事があるよ。　

つか、名前空間＝ファイル名で固定されるから、
"uses ユニット"とする以上、勝手に全部usingするなって無理な話か？

（≧▽≦）　ぶわっはっはっはっ だめだこりゃ。namespaceみたくキーワードで自由に指定できるようにしろや。

>>71
　ああ、それはいらないや　バランスが崩れる

（≧▽≦）　ぶわっはっはっはっ 俺もいらないや。Delphiもう使ってないし。

　∧,,∧
ミ≧▽≦彡　ぶわっはっはっはっ

　∧,,∧　　　>>73
ミσﾟДﾟﾐσ　とりあえず、あんたの意見もいらないや


　∧,,∧　　とか言ったりして・・・
ミﾟДﾟ #彡


名前空間の仕様は変更してもらいたいとは
ｵﾚは思うですし
不必要なユニットのuses記述くらい自動的に削除して
くれてもいいと思うですが...(これはIDEの機能かな...)

それにしても名前空間だけひっぱりだして
煽らないでもいいんじゃないの？

（≧▽≦）　ぶわっはっはっはっ

自分のこと「フサ」なんて呼ぶの気色悪いヤツがあらわれた。

（≧▽≦）　ぶわっはっはっはっ 訂正

× 呼ぶの
○ 呼ぶ

>>74 俺、Delphiには仕様の変更はして欲しくないんだ

古いソースがそのまま使える＋５年先にも今構築してるライブラリが
使えたらなあ・・・てのがDelphiが気に入ってる理由なんだしさ

だから、仕様の追加のみ、そして徹底的な互換性を望みたい

>>77
そんなことしても手間の割りにメリットがないよ。
VBがあれだけ仕様が変わってもトップシェアを保ってる理由をよく考えてみよう。

VBは生産性が高いから作り直したほうが早いし、より良いものになる。
ASPのサイトをASP.NETで書き直したら逆にお客さんに感謝されちゃったよ。

>>78　俺は年とってもプログラマやりたいんだ。
　近所の人お客さんにしてさ

他人の飯の心配まではしたくないけど、自分が食べられる程度のでさ、
その為には効率的に仕事をしたい。　仕事をやるほど効率的になるよう
な仕事のやり方がやりたいんだ。

>>79　たしかに作り直した方が早い事もあるけど、コンポーネントを作って
再利用も、結構いいと思ってるんだ・・・今は

　　　　,,,,,,,,,,,,,,,∧,,∧　 　／￣￣￣￣￣￣￣￣￣￣
　　〜′,,,,,,,,,,ミ,,ﾟДﾟ彡＜　 それはｵﾚも同意です>>77
　　　UU"""" U 　⊃　　＼
　　　　　　　　　　　　　　　 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
現状の形式は活かしたまま
新しい名前空間の概念を取り込むことは
むずかしくはないと思うんだな。
(実装じゃなくて記述的に)

名前空間の面倒さで、今もちょっぴり苦労してます。

Irvineを動かして見ようかとおもって
ﾀﾞｳｿしてみたんだけど
必要なコンポが山のようにあるのね。

その中で、RxLibとかDragDropって有名所は
自分がすでにDelphiに取り込んでたりするじゃないですか

そんでもって、自分の使いたいRxLibと
Irvineで必要なRxLibとのVersionが
異なってしまうと、(例えばの話ですが)
その取り込みが非常に面倒になると思われ
じゃないでしょうか？

俺的には自動か手動かでもいいから
IrvineフォルダにいれてあるRxLibと
自分フォルダにいれてあるRxLibは
別認識してくれたら、非常にありがたいと
思うんだけど。。。
(今のPackageのやり方を更に使いやすくしてもらっても
　いいんじゃないかと・・・)

>>78-79
VBの新Versionが出ても
既存のVBのコードを移行できなくて
旧Versionを使っている方々は俺を含めて
腐るほど、いると思う

生産性が高い･･･とは思えないですが,,,

>>80
(ﾟДﾟ)ﾊｧ?
コンポーネントならバイナリレベルで再利用できるだろ。
言語仕様が変わろうが痛くも痒くもない。
俺がVB6で作ったCOMコンポーネントは.NETでも活躍してる。

>>81
　ソースが無いと難しいのかな・・・ソースがあるフリーのしか入れてないからだけど

　ソースがあるなら自分でパッケージを作ればいいんじゃないの？
　普段用のパッケージ、
　 Irvine用のパッケージを作っておいて　プロジェクトオプションの
　　パッケージの所で選択すれば、バージョン違いでも入れらたと記憶してるんだけど

>>82
　えと、COMとDelphiのコンポーネントは違うんだ

>>84
Delphiにコンポーネントはソースがないと再利用できないのか。
そりゃ駄目だわ。

（≧▽≦）　ぶわっはっはっはっ

言語仕様が変わると使えなくなるってこと？

s/Delphiに/Delphiの

しかしVBいい意味で変わったよね。JAVA並みに進化してる。

　　 ∧,,∧　　　 ／>>83
　　ミ,,ﾟДﾟ彡　＜　　ソースあっても面倒じゃないですか？
　　 ﾐつ　つ 　　＼って話。
　＠ﾐ　　ﾐ 　　　　　
　　 ∪''∪　俺がなれてないだけかも、、

>>ずっとVB6ｲﾝｽｺすてろ

コンポーネントで重要なのはバイナリとドキュメント。
ソースではない。

>>90
いいこと言った！

（≧▽≦）　ぶわっはっはっはっ

Java VS Delphi VS C++なのに
やっぱVBの話出てきたか。本当仲いいな >VB&Delphi

フサギコは犬らしいからVBは猿？
犬猿の仲。

　　 ∧,,∧ ﾌｰ
　　ミ,,　　ミy━~~
　　(o　　　ﾐ
　　 ﾐ＠　ﾐ
　　 ∪''∪　

　　　 ∧,,∧ ｸﾙｯ　　久しぶりに粘着されますた,,,,
　　 _ミ,,ﾟДﾟ彡
　　(o　　　ﾐy━~~　　なんか懐かしい味わい
　　 ﾐ＠　ﾐ
　　 ∪''∪　

何レスついたら粘着ですか？

被害妄想強いな >>フサギコ
今の話題でお前へのレスいくつある？
あ、俺も粘着君にされますか？

　　　　　　　　　　　＿＿＿＿＿＿＿＿＿＿
　 ∧,,∧　　　　 ／じゃ、俺のことはいいから
　ミ ﾟДﾟミ　　＜　 続けてつづけて。
　(ﾐ　　ﾐつ　　　＼どぞどぞ
〜ﾐ　　ﾐ 　　　　　 ￣￣￣￣￣￣￣￣￣
　 ∪ ∪

（≧▽≦）　ぶわっはっはっはっ ＜なんかこれって馬鹿っぽい。

俺のことかな？ >粘着
1回しかレスつけてないけど、同じAA使った人いたから。まどうでもいいや。

（≧▽≦）　ぶわっはっはっはっ

（≧▽≦）　ぶわっはっはっはっ 　馬鹿っぽいって言われた直後にレスしたよ。

（嘲笑激藁に続いての彼の仲のマイブームって奴かな？

じゃ以後は必ずレスの後に付ける事にしようか。
（≧▽≦）　ぶわっはっはっはっ 　

>>1
Java VS Delphi VS C++
比べて何か意味あるのか？
（≧▽≦）　ぶわっはっはっはっ 　

（≧▽≦）　ぶわっはっはっはっ

嘲笑激藁ってDelスレにいた奴か。俺違うよ。そのときまだDelphiもやってたし。
俺も消えるよ （≧▽≦）　ぶわっはっはっはっ

あっそう。次は何か楽しみにしてるよ。
（≧▽≦）　ぶわっはっはっはっ

Java と C++ は消えるんじゃないの？

（≧▽≦）　ぶわっはっはっはっ 　
燃料ですか?

ああ、これからはCOBOLだ。　間違いないな。

もうすぐDelphi7が出るぞ。

>>109
Del厨に負けじとPersonal30個はダウンロードしてやるよ。

>>110 D6の？

Del7が出次第

結局、Delphiの一人勝ちか（藁

判らないけどD7はフリーにしないんじゃないの？　D6Perみたいなのは数年に１度で十分じゃ

どうせ来年にはD8が出るんだろ。
本命はD8でしょ。

　　☆｡:.+:　　 ／■＼　
　　　..　:.　　 （　´∀｀）　　
　　　　 ／￣ヽ/,― ､＼ o｡｡｡　 　自分で作った言語でもないのに
.:☆　　 |　||三∪●）三mΕ∃.　　　　　　必死なのはなんでだろ〜♪
.:*　 　　＼＿.へ--ｲ＼ 　ﾟ ﾟ ﾟ　　 　　　
+:..♪.:｡ﾟ*.:..　　（＿）（＿）　　　　　☆｡:.+:
　☆｡:.+::..　　　☆:.°+　　　　　.. :
　　　｡*.:☆ﾟx*+ﾟ｡::.☆ο::.+｡　*ρ

「なんでだろ〜♪」　　　　「なんでだろ〜♪」
　 　／■＼　　 ／■＼　　 ／■＼
　　（　´∀｀）　 （　´∀｀）　 （　´∀｀）
　⊂　　　　つ⊂　　　　つ⊂　　　　つ
　　.人　 Ｙ　　　人　 Ｙ　　　人　 Ｙ
　　し'（＿）　　 し'（＿）　　 し'（＿）

ｕｇａ

実行ファイルの大きさ

Delphi >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> C++

>>118
そんなに違わないと思われ。
組み方が下手なんだね

>>118
C++>>>>>>>>>>>>>>>>>>>>>>>>C

ｔｒｙ、catchで括った場合ってどれくらい膨れ上がるのかが
分かり辛い。。
vclに限って言えば、Ｃ++>>Delphi。

>>118
　小さなGUIコードで比べ、かつMFCxx.DLLを使ったらって事ね？
　すこし凝った事を始めるとそんなに変わらない。というかSTL
　使いまくるC++の方が大きくなる傾向にない？


>>121
try catchはコンパイラが吐いたコード見れば判るがほんの数バイト

多分C＃の方が小さい

Ｃ足す消えろ
うざすぎ

G足す契約してぇ。

ｄｃｃ32で-ＣＣコンパイルした。サイズちいせぇよ・・・。
しかも早ぇよ・・・コンパイル時間。
ＢＣＢとしては起動させず→ｂｃｃ32→ｄｃｃ32
こうさせたいのか？→某ランド

けど、全然コードが読めん。。。

Java も Delphi も C++ Builder も、Test Unit 出ているからいいね。
やっぱりオブジェクト指向的にすっきり来るのはこの中では Java が一番かな。
Java だと暮らす・ライブラリがすでにパターンになっているから、
継承してどうとか Decorator してとかやりやすい。ただ、プアなマシンだと
VM の速度が遅くていらつくよね。
Delphi も C++ Builder も動的にクラスのメソッドを拾えるから Unit Test に
向いているよね。これからのオブジェクト指向言語は、reflection の機能は
必須だね。ただ、C++ Builder は VCL のクラスを継承してさらに interface を
implements できない（C++ の文法的には純仮想クラスとの多重継承だけど）
のがチト難かな。
Delphi は C++ Builder に比べて、基本的にリンカ・エラーがないし、
コンパイルが速いのがいいね。

126ですが・・・
dcc32で作成したコンソールｅｘｅの場合、実行時にdadvapi32.dllと
oleaut32.dllをbccで作成したものより余分に使用する模様。
てことは、別にそれほど小さいわけでもない・・・の？

あと、エントリーポイントに__CPP_DEBUGHOOKか何かが
付着しちゃう事がbcc32でコンパイルする場合での不満。
バイナリをいじれば消せそうだけれど・・・うーん

　　　| ＼
　　　|Д｀)　ﾀﾞﾚﾓｲﾅｲ･･ｾﾝﾃﾞﾝｽﾙﾅﾗ ｲﾏﾉｳﾁ
　　　|⊂
　　　|


　　　　　♪　　Å
　　　♪　　　／ ＼　　　ﾗﾝﾀ ﾀﾝ
　　　　　　ヽ(´Д｀;)ﾉ 　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (　 へ) 　　　ﾗﾝﾀ ﾗﾝﾀ
　 　 　 　 　　く 　　　　　　ﾀﾝ



　　　♪　　　　Å
　　　　　♪　／ ＼　　　ﾗﾝﾀ ﾗﾝﾀ
　　　　　　ヽ（;´Д｀）ﾉ　　ﾗﾝﾀ ﾀﾝ
　　 　 　　　 (へ　 ) 　　　ﾗﾝﾀ ﾀﾝﾀ
　 　 　 　 　　　　 >　　　　ﾀﾝ

ちょうど自分の関心に合うスレが見つかったと思ったら・・・
スレ進んでないや・・・

ここ一週間ほど、アプリケーションを作るためのソフトを物色してました。
プログラムなんて学生自分のC以来なのでちんぷんかんぷん。
売ってるものを見てると、アプリ構築に使えそうなものは
(1)MS　Studio（VB,VC,VC++)
(2)C++Builder
(3)Delfi
(4)JBuilder
くらいが目に付きました。ソフトのパッケージを見てもよくわからんし・・
(1)は値段が(;´Д`)
(2)はお、Cっぽいな・・・
(3)Delfiって何さ？
(4)ﾊﾟｯｹｰｼﾞ見る限りJAVAっぽいもの？

続く･･･

えいや！でC++Builderを買ってきました。
長く使えるものがいいなぁと思いつつ、
（いつまでも使えるものなんてないか）
新しいことをするドキドキをあじわいながら開封。

開発者ガイド・・・ぶあついなぁ・・・こんなの読めんぞｺﾞﾙｱ！
仕方ないので、付属のﾁｭｰﾄﾘｱﾙを見ながら、使い方をちょこっと
覚えようとしてました。
・・・・半日経過
このチュートリアルまちごぉとる(;´Д`)
そのままやってもだめじゃん・・・（TT
悪戦苦闘中
・・・・
このままではラチがあかん・・・
本かってこよう。C++も知らんし・・・いい本ないかなぁ
・・・・書店にて物色中
お、これなんかいい感じだな・・・
ベストセラーとか書いてるし、中の色使いが見やすいな＾＾
ってことで、2冊購入。
「新Visual　C++　6.0入門ビギナー編」
「新Visual　C++　6.0入門シニア編」
・・・・帰宅
読み始める。ふむふむ・・・
Visual　C++　・・・！？

C++Builderとは共通じゃないのか！？
はて？（←まだ把握できておらず・・）

ま、まぁ同じC++だし、それなりには使えるぢゃろうて（TT


つづ・・・かないかも・・・（TT

　　　　　　　　　　　　 ＿＿＿＿＿＿＿＿＿＿＿
　　　 ∧,,∧ 　　　 ／
　　　ミ,,ﾟДﾟ彡　＜ 　ネタに見えて誰もつっこめないかと
　　　ﾐ　つ日　　　＼＿＿＿＿＿＿＿＿＿＿＿
　.＠ﾐ,,,,,,　,,ﾐ
2chでこのスレ見つけてカキコする前に
いろいろやることがあるんじゃないかと。

（ほ）

age