1001コメント296KB

Borland Developer Studio 2006 No.02

■ このスレッドは過去ログ倉庫に格納されています

0001１

2006/01/24(火) 19:13:59

ボーランド、マルチ言語対応の新しい統合開発環境
「Borland(R) Developer Studio 2006日本語版」

＜過去スレ＞
Borland Developer Studio 2006 No.01
http://pc8.2ch.net/test/read.cgi/tech/1133634136/

0134デフォルトの名無しさん

2006/01/28(土) 22:02:58

> ところでレポートのBuilde番号ってやつなんだけど
Delphi のBuild番号だと思うが。
AboutBoxに出ている。

0135デフォルトの名無しさん

2006/01/28(土) 22:09:53

> newsgroup？そもそも今時そんなん読む？
世界中で使われてますけど。

日本なんてマイナー国家の世界観だけで判断しちゃ駄目だよ。
http://www.frappr.com/delphinautes
を見ても分かるように世界の中心は未だにヨーロッパ、アメリカ。
悔しいけど、それが現実。

> OUTLOOKExpress？ばかばかしい....
つ http://groups.google.co.jp/group/borland.public.delphi.non-technical?hl=ja

0136デフォルトの名無しさん

2006/01/28(土) 22:16:45

BDS 2006に Tnt Unicode Controls をインストールしたんですが、
新規作成メニューにTntFormが出てきません。

こんな感じ→http://sylphys.ddo.jp/upld2nd/pc2/src/1138453584375.png
カスタマイズメニューのところにはありますが、カスタマイズしたとおりに
メニューが表示されません。
コンポーネントパレット(ツールパレット?)には各コントロールがちゃんと登録されています。

Tntのほうが悪いのか、BDSが悪いのか、こちらの環境か原因は特定していませんが、
同症状が再現する方いますか?

0137デフォルトの名無しさん

2006/01/28(土) 22:32:15

New じゃ駄目なのかもね。
Delphi 7でもNew の表示順はカスタマイズできるようで出来なかったから。

0138デフォルトの名無しさん

2006/01/28(土) 23:03:36

> IDEからお気に入りエディタを呼び出す方法は
> DelWiki....は、もうネーや.....(;´▽｀A``

そんなのあったか？これ？
http://wiki.s54.xrea.com/delphi/index.cgi?%28TIPS%29%C5%D0%CF%BF%A4%B7%A4%C6%A4%AA%A4%AF%A4%C8%CA%D8%CD%F8%A4%CA%A5%B3%A5%DE%A5%F3%A5%C9

0139118

2006/01/28(土) 23:17:45

>>126,,>>128
だから、「まさか」。
そんなアホはいて欲しくないのが正直な気持ち。

0140Delﾌｻｷﾞｺ ◆A6VzDeLphI

2006/01/28(土) 23:26:21

　　　　　　　　　>>135さん
　 ∧,,∧　　　いやいや
　ミ,,ﾟДﾟ彡　　現時点で現場所で
　ミつ日(ﾐ　　の話なので

> そういえば、newsgroups.borland.co.jpはどうなった？
> なんか、全然過疎っているんだけど。

って話だからさ、、、
日本では流行らなきゃ、、、

>>138さん、
それそれ。さんくす。

0141デフォルトの名無しさん

2006/01/28(土) 23:43:51

>>140
日本の話か。
MLがあるからいいじゃん。

有澤氏とか日某の人が出没してくれればベストなんだけどね。

0142>>118,>>120,>>139

2006/01/28(土) 23:52:28

>>133 ギコたん

＞それよりも、ユーザー同士が協力しあって
＞誰かのバグ報告を、英訳してあげて登録したり
＞そういう生産性のある活動に励む方が
＞精神衛生上よろしいと思われですよ。

やっぱり、そうだよね。俺も某日に通報したりしてるけど、BCBはマイノリティ故に何とかしたいと思っている。
だから、なんとかしてまともな議論が出来るようにしたいけど、所詮２ｃｈは２ｃｈ。orz

BCBスレとかのネタとか、それ以外のtipsをWikiにまとめてようとしているけど、もうちょっと待って。
BCBWikiでググっちゃ駄目だよ。(w

0143デフォルトの名無しさん

2006/01/28(土) 23:59:20

ほり○もんの所か。

0144デフォルトの名無しさん

2006/01/29(日) 04:52:11

>>129
単純に全角、半角が混在してる文字列で

　abcdefgh
　いろはに

１）　gからカーソルを下に動かそうとすると "は"に移る
２）　efとはを矩形選択しようとすると gが含まれてしまう
３）　そのままctrl+Cを押すとハングアップ

0145デフォルトの名無しさん

2006/01/29(日) 06:14:47

それ以外にもコピーをきっかけに変な事になる事多いね
別の編集ウィンドーを開くで　２つ開いて片方からコピーしたら
コピーしようとした方が真っ黒になって終了しようとしたらなんかエラー出てた <--　でもバグ報告する気にならない

まあしょっちゅう保存終了しては、いらんファイル消去するバッチ走らせてるから、しょっちゅうおきるわけじゃないし

0146デフォルトの名無しさん

2006/01/29(日) 06:23:25

>>118
　以前のDelphiで、
　矩形選択出来るというだけでCソースの編集にもわざわざ使ってたオレが来ましたよ
　ＢＣＢより起動が早かったというだけで、わざわざＤｅｌｐｈｉだしね

本末転倒と言われても
○○●○ ○●○○ ●●○○
○●●○ ●○●○ ○○●○
○○●○ ○○●○ ○○●○
○○●○ ○●○○ ●●○○
○○●○ ●○○○ ○○●○
○○●○ ●○○○ ○○●○
○○●○ ●●●○ ●●○○
○○○○ ○○○○ ○○○○
みたなデータ作って編集して、Ｃソースと相互変換しての仕事量が多いからしょうがない

0147デフォルトの名無しさん

2006/01/29(日) 12:47:25

普通にエディタ使えばいいだろうに…

0148デフォルトの名無しさん

2006/01/29(日) 13:58:25

矩形選択状態で置換が出来るエディタって何があるの？

0149デフォルトの名無しさん

2006/01/29(日) 14:18:17

無けりゃ自分で作れよ、そのくらい。

0150デフォルトの名無しさん

2006/01/29(日) 17:03:57

逆だろ。
普通に問題なく矩形置換出来るエディタが実在するから困る。

矩形置換が無いなら問題ないが、クセでついやってハングアップするから文句が出る。

0151デフォルトの名無しさん

2006/01/29(日) 23:09:57

>>148
つ[ テキストエディタJmEditorスレ
　　http://pc7.2ch.net/test/read.cgi/software/1086788039/ ]

>>150
自分で、意識してそういうエディタを使わないようにすればいいんでないの。

0152Delﾌｻｷﾞｺ ◆A6VzDeLphI

2006/01/30(月) 00:23:40

　　　　　　　>>142さん
　　　 ∧,,∧　　　　疲れないように無理せんと
　　　ミ,,ﾟДﾟ彡　　　こっそりｺﾂｺﾂと。
　　ﾐ　つ旦)~~
　～と,,,~),,~)

まあ、疲れる原因はWiki争いみたいに
自分の思いが他の人から同意を得られない事なので
黙ってじっくりやっちゃってればいいと思うです。

>まともな議論が出来るようにしたいけど

まあ、2ch参加者の母集団の性格はともかくとして
議論しなくても生産性ある事は出来るから。

お互いのたたきつぶし合いとかの
非生産的な行為はやらないように心がけましょ。
みんなで。

他人に編集もゆだねちゃって争って
前みたいに苦しくならないでね。
”何かを作ろう”って情熱を失うのがとても残念なこと。

DelWikiで争った複数人の情熱が失われた事が
最も残念ですよ。あたくしは。

個人個人でいいから、積み重ねて楽しくやっていこう。

0153Delﾌｻｷﾞｺ ◆A6VzDeLphI

2006/01/30(月) 00:32:13

　　　 ∧,,∧　　　　EmEditorも
　　　ミ*ﾟДﾟ彡　　　いいぞう
　　ﾐ　つ旦)~~
　～と,,,~),,~)

誰かEmEditorPluginをDelphiで作りたい人いない？

激しく少ないみたいなのだよね。そういう人。

いやあ、EmEditor文字列をDelphi文字列に変換するときに
ちょこちょこっといろいろ問題があるんだけどそこの部分の
漏れのこだわりのコードを、誰かと語らいたい。。。

たとえば
DelphiでHTMLタグ除去文字列変換コードを書くだけで
EmEditorの機能として実装できるのが、これまたおもしろいんだよ。
なれたDelphi文字列の変換コードは基本的にすぐ作れちゃうからね。
生産性アップ。な気がするんだ。

Pascalのコメントだけ除去コード
Pascalのコメント以外除去コード
C++の同様、Basicの同様、HTMLの同様

等々をEmEditorに実装する日を夢見がちな
いいおっさんなんですが>>漏れ。
誰か仲間いないかな～～～

0154デフォルトの名無しさん

2006/01/30(月) 00:40:11

つ Delﾌｻｷﾞｺ blog

情報が欲しいなら、まずは自分で出さないと。
出しても反応があるとは限らないが、覗きに来る人はたくさん居ると思うよ。

0155Delﾌｻｷﾞｺ ◆A6VzDeLphI

2006/01/30(月) 00:52:24

　　　　　　　　　　　>>154さん
　　　 ∧,,∧　　　　まあ、そうですなあ。
　　　ミ*ﾟДﾟ彡　　　
　　ﾐ　つ旦)~~
　～と,,,~),,~) 　　めも○ャンだむもありますし
　　　　　　　　やっぱりえもんの所ですかね。

0156デフォルトの名無しさん

2006/01/30(月) 01:01:44

>>155
Wiki はわらしべ長者的に有益な情報が増殖すれば良い形態だけど

現状では感情的なコメントが集まるだけで、結局、感情的に爆発して終了
という事になる。

不特定多数と協力関係を築くのはなかなか難しいので
まずは少数の顔の見える人達と協力関係を築くほうが良いのだと思う。

Source Forgeみたいな所でプロジェクトを立ち上げて、協力者を募集したほうが
つまらないトラブルに巻き込まれずに済みそうだ。

0157デフォルトの名無しさん

2006/01/30(月) 01:13:49

いつ消えても大丈夫なように、
ワンクリックで全体のバックアップのtar.gzがダウンロードできるWikiがあればいいのに。
ViewCVSのDownload tarballみたいに。

0158デフォルトの名無しさん

2006/01/30(月) 01:24:42

著作権の問題もあるから、気軽にあちこち持って行かれても困るよ。
Wikiだとオリジナルがどれかも分からなくなるし。

0159デフォルトの名無しさん

2006/01/30(月) 08:08:34

Wikiは普通にほしいなぁ。
Wikiに否定的な人、特定の形式じゃないと我慢ならない人は
無理に参加しなければいいだけの話で。

・PukiWiki（慣れてる人多そうだし）＋ParaEdit
・バックアップは運用人＋もう一人くらい
位でいいんで誰か立てないかね。

0160142

2006/01/30(月) 09:09:30

>>159
むしゃくしゃしてやった。
場所はどこでもよかった。
まさかこんなことをすることになるとは思わなかった。
ttp://wiki.livedoor.jp/a7m/d/FrontPage

PukiWikiではないけど、タイ━━━━||Φ|(|´|Д|`|)|Φ||━━━━ホされちゃった人のところ。
最初に立てたときはこんなことになるとは想定外だったｗ

0161142

2006/01/30(月) 09:19:45

>>152
了解。(ﾟдﾟ)ゝ
こっちはこっちでマターリやらせてもらうよ。
無責任だけど、疲れたら即刻閉鎖するつもりだったりする。

自治スレでのID議論を見ていると疲れてくるから、違う方法でアプローチしてみる。

0162デフォルトの名無しさん

2006/01/30(月) 11:47:32

ShowMessage(item->Tag);

エラーチェックしようと、これ入れたら挙動が想定外なんですけど…
で、これをコメントアウトしただけで想定内の動作をしてくれるんですけど…

どういう事？

0163デフォルトの名無しさん

2006/01/30(月) 11:58:26

>>162
それは貴方にしか分かりません。

0164デフォルトの名無しさん

2006/01/30(月) 12:25:15

>>162
ShowMessage(IntToStr(item->Tag));

0165162

2006/01/30(月) 12:49:28

他の部分でitem->Captionを参照してて、item->Tagで動作を割り振っている。
で、そのTag情報が本当に正確かどうかをチェックするために
ShowMessageを関数の最終行に入れてみただけなんだけど
このShowMessageを入れたら上で参照しているCaptionの情報が変わってしまう。
後からTagを参照しているだけにもかかわらず。
ちなみにTMenuItemで、関数の一番上でdynamic_castしたもの

0166162

2006/01/30(月) 12:50:17

他の部分というのは同一関数内のif文などです。

0167162

2006/01/30(月) 12:52:42

あ、Captionの情報が変わっているんじゃなくてCaptionの情報を代入しているchar*だった。
char*の長さもCaptionの長さより大きめにしてるし、ちゃんとc_str()で代入しているよ。

0168デフォルトの名無しさん

2006/01/30(月) 13:54:28

>c_str()
これって一時的なポインタだお。

0169デフォルトの名無しさん

2006/01/31(火) 00:10:14

関数のスコープ内なら有効なんじゃないの？

0170デフォルトの名無しさん

2006/01/31(火) 00:59:23

関数のスコープというより、その文字列のどこかを書き換えるまで有効じゃないの？

ところで BDS2006で新規作成して暫く使ってから Delphi7で .DPRを開いたら
何の問題もなく開けて
何の問題もなく使える上、とても軽い感じがしてして、すごくお得な気分

0171デフォルトの名無しさん

2006/01/31(火) 01:11:21

>>162
　既に使われてる関数名を使うのはバグの元だよ。
ShowMessage　はDelphi文字列型を引き数に取る関数だから >>164のように使う
整数を取るなら問題。

それから、 char * には長さはない。
char buf[長さ]; と取って、そこに strncpyで複製しないといけない

char *のポインタに c_str() を代入しても、これはいつまでも使っていいものじゃない

0172デフォルトの名無しさん

2006/01/31(火) 08:38:25

ポインタの概念もわかってないやつはVBであそんでろ

0173デフォルトの名無しさん

2006/01/31(火) 09:11:05

strncpyしなきゃいけないんですか。
BCBのAnsiStringばっかり使ってたからCの事はよくわかってなかったです。
ありがとお。

>ShowMessage　はDelphi文字列型を引き数に取る関数だから
これだけど、AnsiStringが受け口の場合、AnsiStringが対応している変数なら何もしなくても代入できるようになってたと思うんだけど？
IDEのヒントでいっぱい変数名出てくるし。

0174デフォルトの名無しさん

2006/01/31(火) 15:17:12

c_strが返すのがconstじゃない仕様自体がバグ

0175デフォルトの名無しさん

2006/01/31(火) 15:51:02

>>173 コピーコンストラクタって知ってる？。

0176デフォルトの名無しさん

2006/01/31(火) 15:56:44

言語スレじゃないんだが・・・

0177デフォルトの名無しさん

2006/02/01(水) 00:47:06

BDSのヘルプ腐ってね？
TBitmapとかのコンストラクタ・デストラクタが載ってねえ・・・・orz

0178デフォルトの名無しさん

2006/02/01(水) 00:56:23

Delphiの方は載ってるのにね。

0179162

2006/02/01(水) 01:10:28

>176
わりーな。でもこのスレにいる住人って殆どBCBユーザーな危ガス。

0180デフォルトの名無しさん

2006/02/01(水) 13:04:07

FastMMの効果はどう？

0181デフォルトの名無しさん

2006/02/01(水) 15:58:42

俺が出した結論はこうだ！
Visual C# for Win64API
Visual C# for JVM
つまり.NETはいらない。
ﾈｲﾃｨﾌﾞとｼﾞｬｳﾞｧｳﾞｧｰﾁｬﾙﾏｼｰﾝで動くC#が最高。
そういうこと。

0182デフォルトの名無しさん

2006/02/01(水) 16:07:22

それはよさそうだけど、どこで買えるの？

0183デフォルトの名無しさん

2006/02/01(水) 16:18:20

逆説的に言うと、それが無いからC丼に逝行しないんだお。

0184デフォルトの名無しさん

2006/02/01(水) 16:22:40

>181 ﾏﾙﾁｳｻﾞｲ

0185デフォルトの名無しさん

2006/02/01(水) 16:26:34

BDS(includs C#) for Win64API
Borland C# for JBuilder

だぉ。

0186デフォルトの名無しさん

2006/02/01(水) 16:27:27

つまり Delphi も BCB もいらないと・・・・

0187デフォルトの名無しさん

2006/02/01(水) 16:29:42

>>186
某スレが荒れると嬉しいの？
そこまでして相手にして欲しいの？

0188デフォルトの名無しさん

2006/02/01(水) 16:43:34

Delphi好きならC#も好きなはず。
ただし言語仕様という意味で。
それと.NETの是非は別の問題なのだ。
皆様、どうかご理解ください。
C#で直接WinAPIをいじれたら、俺はDelphiを捨てると思う。

0189デフォルトの名無しさん

2006/02/01(水) 16:47:12

例えば、BC++BからみたらVCL@pasはライブラリだし、
BDSで各種ライブラリをシームレスにリンク出来るって意味だから、

捨てるって考えおかしくない？

0190デフォルトの名無しさん

2006/02/01(水) 17:02:36

いやそうじゃなくて、言い方が悪かった。
C#が.NETなしで動いてWinAPIをいじれたらという話です。
失礼しました。

0191デフォルトの名無しさん

2006/02/01(水) 17:41:15

WinAPI はいまでもいじれるが。なぜ .NET を嫌うのかわからんなぁ・・・
VCL そっくりなんだが

0192デフォルトの名無しさん

2006/02/01(水) 18:32:45

Javaとかぶるからじゃね？

0193デフォルトの名無しさん

2006/02/01(水) 18:58:50

ＶＣＬだけじゃないよ
　高速コンパイル
　アセンブラレベルまで言語仕様の範囲
　１０年以上前のコードがそのまま使える

なんて所が好きなんだ

0194デフォルトの名無しさん

2006/02/01(水) 19:00:45

そんなこと逝ったら、
Del >>>>> （壁） >>>>> C丼
になっちゃうじゃないか。

0195デフォルトの名無しさん

2006/02/01(水) 19:22:04

俺は高速コンパイラが一番のポイントだ。あれだけ早いんなら言語が違っても
かまわない。C#でもなんでもいい。

0196デフォルトの名無しさん

2006/02/01(水) 19:25:01

つD言語

でも体感ではコンパイル速度はこんなもんか。
Delphi(Win32)>D言語>FreePascal>>>>(壁)>>>Delphi(.NET)>C#>>>>(壁)>>>>C++

0197デフォルトの名無しさん

2006/02/01(水) 19:56:05

俺の体感ではFreePascalそんなに速くないよ。ラザラスとBCBで体感同じくらい。

0198デフォルトの名無しさん

2006/02/01(水) 20:04:12

C# は結構速いよ

0199デフォルトの名無しさん

2006/02/01(水) 20:13:24

無限ループ

0200デフォルトの名無しさん

2006/02/01(水) 20:15:22

>>197
コマンドラインからコンパイルしてるうちは結構速いと思うんだけどな、FreePascal
Lazarusは使ったことないので、VCL並にユニット数が多くなってくると弱いのかもしれんね

0201デフォルトの名無しさん

2006/02/01(水) 20:16:00

結局Win32アプリ作れない時点で、C#は相手にもならない

0202デフォルトの名無しさん

2006/02/01(水) 20:20:35

D言語もいいんだけど、結局C/C++引きずってるからなあ。負の遺産も継承してる。

0203デフォルトの名無しさん

2006/02/01(水) 20:38:57

それ言うならC#だって。
ポインタの構文とか、C風構文を採用した他の言語が切り捨てた、ローレベルな部分でも、改善が見られるのがDのいいとこ。結局必要になるしね。
C#も、unsafeついでにポインタの構文も直せば良かったのに。

0204デフォルトの名無しさん

2006/02/01(水) 20:51:21

それはあれでしょ？　ネイティブコード吐くのかどうかってこととセットでしょ。
ポインタ云々は。DとC#の言語仕様の違いというよりはさ。

0205デフォルトの名無しさん

2006/02/01(水) 21:12:10

Delphiが現時点でWinAPIと.NET両方をｻﾎﾟｰﾄしているのは正しい選択だと思う.
C#が.NET専用であり続けるなら、Delphiにも勝機はある。

0206デフォルトの名無しさん

2006/02/01(水) 21:28:31

(そもそもD8の時点で、.NETに労力割いて他がおろそかになるぐらいなら.NET完全に無視していいからWin64版作ってくれついでにKylix続けてくれ、というのが大勢だったような…

0207デフォルトの名無しさん

2006/02/01(水) 21:37:06

開発者が.NETでもいいと思っても、ユーザが嫌がるんだよね。。。

0208デフォルトの名無しさん

2006/02/01(水) 21:57:36

暴がDBuilder作ったら売れるんかね？
Win32/64サポートが前提で。

0209デフォルトの名無しさん

2006/02/01(水) 22:04:53

>>208
某が神なDコンパイラ作ったらセットでうれるんじゃね？
オフィシャルDコンパイラ用のRADつくっても出来映え的に
厳しいと思う。

0210デフォルトの名無しさん

2006/02/01(水) 22:05:17

> C#が.NET専用であり続けるなら、Delphiにも勝機はある。

現状がそうなんで、すでに勝機があるとは正気とは思えないんだが。
C# は、実行時情報などの言語仕様のため永久にネイティブコンパイルに
なることはないと思う。

0211デフォルトの名無しさん

2006/02/01(水) 22:09:09

>>208-209
つーかオフィシャルDコンパイラにはpublished相当が無いので
VCLそのままは無理。
C++BuilderのC++みたいに拡張しまくらないと。

0212デフォルトの名無しさん

2006/02/01(水) 22:10:35

>>211
そう、俺が言ってるのはそこ。Borland D という互換コンパイラで
独自拡張しないと悲惨なRADになるだけだからやめといた方がイイってこと。

0213デフォルトの名無しさん

2006/02/02(木) 02:29:29

この期に及んで勝つだのなんだのアホちゃいますか

0214デフォルトの名無しさん

2006/02/02(木) 16:33:32

この期に及んでBDS使ってるのはアホちゃいますか

0215デフォルトの名無しさん

2006/02/02(木) 17:05:48

VISUAL STUDIO 2005 PRO with MSDN １２～１３万
VISUAL STUDIO 2005 PRO アップグレード６～７万
高杉、ぼったくり杉
その点、Developer Studio 2006 PRO は29400円

0216デフォルトの名無しさん

2006/02/02(木) 17:07:48

>Visual Studio 2005 Team Suite
>・パッケージ版：150万円（MSDN Premium Subscription1年分付き）
>・Open Business：117万円（SA with MSDN Premium Subscription2年分付きの場合は185万円）
>・Select A：84万300円（SA with MSDN Premium Subscription3年分付きの場合は157万1300円）

150マソとは激安だね。

>SQL Server 2005
>
>Enterprise Edition（大規模システム向け）
>プロセッサライセンス：290万8800円
>サーバーライセンス（25クライアントアクセスライセンス追加した場合）：152万7500円

>Standard Edition（中規模システム向け）
>プロセッサライセンス：69万8000円
>サーバーライセンス（5クライアントアクセスライセンスを追加した場合）：20万6600円

>Workgroup Edition（小規模システム向け）
>プロセッサライセンス：45万100円
>サーバーライセンス（5クライアントアクセスライセンス付き）：8万8700円

３００マソとは激安だね！

0217デフォルトの名無しさん

2006/02/02(木) 17:37:55

>>215
それ学割版の値段？。BDS2006Proは定価\84,000-だよ。

0218デフォルトの名無しさん

2006/02/02(木) 17:42:20

アップグレードの話だと思われ。

0219デフォルトの名無しさん

2006/02/02(木) 17:46:37

ここの住人的にはVCL.NETはどうよ？
最初、聞いたときはなんとなく.NET用に適当にでっち上げた
VCLのまがい物って思ったけど、BDSを買って触ってみたら、
結構まともに作り込んである感じ。某は本当にDelphi8で
Delphi(Win32)の後継にしようと思ってたんじゃないかな。
# でも大こけと。

0220デフォルトの名無しさん

2006/02/02(木) 17:59:54

悪いけど、VCL.NET には何の興味もない。

0221デフォルトの名無しさん

2006/02/02(木) 18:02:28

どっちかいうと欲しいのは VCL for DOS みたいな奴だな

APIに頼らずに単独でGUI環境を作れるツール

0222デフォルトの名無しさん

2006/02/02(木) 18:12:26

>最初、聞いたときはなんとなく.NET用に適当にでっち上げた
>VCLのまがい物って思ったけど、

VCL.NET は .NET Framework のマガイモノだよ。
既存コードの移植以外、何の価値もないな。むしろ、俺様コードになって有害。

0223デフォルトの名無しさん

2006/02/02(木) 18:14:58

Delphi.NET の価値は、VCL.NET にあるんじゃなくて、.NET で Delphi 言語が
使えることにある。VCL.NET はなくてもよい。

0224デフォルトの名無しさん

2006/02/02(木) 18:15:12

VCL.NET はそれなりに注目かな。
Exception がSystem.Exception になっていたり面白い。

変なキャストが必要だったりして、ちょっと面倒だけど。
VCL.NET の中だけで完結しているアプリなら十分使えそう。

0225デフォルトの名無しさん

2006/02/02(木) 18:19:27

まあ、一番求められているものは、バグのないC++Builder

0226デフォルトの名無しさん

2006/02/02(木) 18:21:02

> VCL.NET の中だけで完結しているアプリなら十分使えそう。

そりゃ、完結してるならどんな言語でも使えるがな。わざわざ、屋上屋を重ねるような
ライブラリを使うのは、ほんと物好きですね。

0227デフォルトの名無しさん

2006/02/02(木) 18:26:19

WinForm でMS風.NET を使うもよし
VCL.NET で某風.NET を使うもよしで何の問題も無いと思うが。

VCL.NET にはWIN32と.NET で共通のソースコードを使うという目標がある訳で
十分理にかなっていると思うよ。

0228デフォルトの名無しさん

2006/02/02(木) 18:32:43

>>225

それだ！

VCLもドトネトもイラネ。

0229デフォルトの名無しさん

2006/02/02(木) 18:51:45

> ほんと物好きですね。
MS標準に準拠しても
.NET 1.1みたいに１年前に書いたアプリがもう切り捨てられてしまう訳だから
いろいろな試行錯誤があっても良いと思われ。

0230デフォルトの名無しさん

2006/02/02(木) 20:20:24

屋上屋重ねて無いだろ。
VCL.NETは直接user32.dll叩いてるわけでWinFormsのラッパーじゃ無い。
実際消費メモリはWinFormsより少ないよ。

…といっても、ユーザー視点で見ればどっちも使って欲しくねーって点で変わんないけど。

0231デフォルトの名無しさん

2006/02/02(木) 20:28:42

.NET対応はC#だけでよかった。
C++もVBもDelphiも今まで通りWinAPIだけやってりゃよかったんだ。

0232デフォルトの名無しさん

2006/02/02(木) 22:21:00

> VCL.NETは直接user32.dll叩いてるわけでWinFormsのラッパーじゃ無い。

だから、変態ライブラリ。ドキュメントもユーザもないし、なんで好きこのんで使うんだか・・・
直接user32.dll叩いて .NET アプリつくるのに何の意味があるんだか

0233デフォルトの名無しさん

2006/02/02(木) 22:36:34

Borlandは意を決してD Builderを出すべき。
.NETは失敗だった。
C++builder並のRADツールを備えたD言語。
どう考えても完璧。

■ このスレッドは過去ログ倉庫に格納されています