トップページ⇒tech
118コメント34KB

Delphiってなによ？

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。NGNG
こたえんか！
ごるぅぅぁああああ！！！
0002名無しさん＠お腹いっぱい。NGNG
週末だし〜
0003名無しさん＠お腹いっぱい。NGNG
>>2
0004ああっ名無しさまっNGNG
おぶじぇくと＊＊＊＊l
0005名無しさん＠お腹いっぱい。NGNG
＞４
おまえ水俣病だろ。
わけわかんない。
はよこたえんか！
ごるぅぅぁああああ！！！
0006研究社新英和中辞典よりNGNG
Del・phi
━《名》デルフォイ 【ギリシャの古都; 神託で有名な Apollo の神殿があった】.
0007名無しさん＠お腹いっぱい。NGNG
メーカー名です
0008ああっ名無しさまっ＠お腹いっぱい。 NGNG
>5
おまえ水俣病をばかにしたな！
俺の母校で水俣のとある高校と試合があったとき、俺の友達が”あいつら水俣病だろ？”と他の友達に話していたのが水俣の高校の生徒の耳にはいったらしく、あとでかなり問題になった。

ってまったくプログラムには関係ないわなぁ・・・

>6
最初はデルフィと読んでいた。結構そう読んでいる人いるんじゃないかなぁ〜
0009名無しさん＠お腹いっぱい。NGNG
商標です

-----------------終了-----------------------------------
00104NGNG
だけど、なんでだれも真面目にこたえないの？
0011名無しさん＠お腹いっぱい。NGNG
ここの人は、自分で調べようとしない人に対しては冷たいのです。
0012名無しさん＠お腹いっぱい。NGNG
それに1はネタだしね・・・
0013名無しさん＠お腹いっぱい。NGNG
>>10
２ちゃんでネタスレにマジレスするとバカにされます。
0014名無しさん＠お腹いっぱい。NGNG
とりあえずマジレス。
あと１年以内に消える言語です。
無理やりオブジェクト指向を盛り込んだ言語なので矛盾があちこちに存在します。
0015名無しさん＠お腹いっぱい。NGNG
1よ人生を浪費してはいけない。
その終わりに全てを振り返るとき、恥じなければならな
いような行動は慎みなさい。
1よ人生を浪費してはいけない。
今このときはたった一度しかないのだ。
一瞬、一瞬を生きる事の大切さを知らなければいけない。
1よ人生を浪費してはいけない。


0016淫賞品NGNG
>14
は煽りなんで、みなさん反応しないように
っと。イチオウ言ってみる。
001714NGNG
マジで書いているんですが。
否定できるの？
0018バッカーですNGNG
Delphiのメーリングリストは面白いよ

偏屈なヤツ
やたらと虚勢を張るヤツ
ムカついてるがバレバレなのに「とりあえずありがとう」とかいうヤツ
初心者たたきの時しか投稿しないヤツ
フリーメールでしか投稿しないヤツ
退会の#bye #endをワザとリストに投げるヤツ
それに真剣にムカついてアホレス返してるヤツ
そのアホレス野郎のタメにフリーメールのアカウントとってリスト参加して速攻でリストに#bye #end投げてるヤツ
それをマネして#bye #endのツリー作るヤツ

とにかく初心者を育てようとか初心者のタメになんて考えは一切感じられない
そこにあるのはとりあえず初心者はイジメテおけみたいな排他的なコミューン
合い言葉は「過去ログちゃんと読んでるの？」だからね

言語系のメーリングリストとしては全く持って最悪
0019>17NGNG
そういう遊びなら乗ろうか？
＞無理やりオブジェクト指向を盛り込んだ言語
　この称号は、C++の方がより適切でしょうな。

Delphiはオブジェクト指向への取組みかたとして
　現状では「バランス的に程よい」言語の一つでしょう。
　もちろん数年したら、オブジェクト指向言語として貧弱過ぎる
　という状態になるかもしれませんが、その頃はまた適切にバランスされるでしょう
0020>18NGNG
最悪なのに面白いとは屈折してる>バっカ（ｗ

言語系のメーリングリストとしてもっと最悪なのが
VBやJAVAであります。

＞合い言葉は「過去ログちゃんと読んでるの？」だからね
初心者の時に吐堕に叩かれた口か
カワウソウに。虎馬になっちゃったかねえ
0021名無しさんi486NGNG
>バッカー
>とにかく初心者を育てようとか初心者のタメになんて考えは一切感じられない
>そこにあるのはとりあえず初心者はイジメテおけみたいな排他的なコミューン

クックック。たしかに。（藁
最近はp-codeも居ないしなぁ。
多分別のメアド使って投稿してるんだろうけど。（糞
とにかくあそこにいるやつは全員クソ。
0022名無しさん＠お腹いっぱい。NGNG
デストラクタやコンストラクタに(慣習はあるらしいが)好きな名前
付けられるってのは何だかなぁ…

派生クラスのデストラクタでいちいちいちいちinheritedって
書かなきゃいかんのもイヤん。
002319>22NGNG
どうしてイヤんなの？
　好きな名前付けられるのは付けられるだけで標準名は当然決まってるよ
　まあデストラクタを複数作るのは有用な使い道が思い付かないけどね。
　コンストラクタもビルダから使う可能性があるのはやらない方がいいけどね
　C++のように、クラス名と同じって決まってるよりは奇麗と思うけど？

デストラクタでinheritedは書かなきゃいけないというよりも
　親の都合があるかもしれないって子の配慮じゃないの？
0024名無しさん＠お腹いっぱい。NGNG
>>22

なんちゃってオブジェクト指向ですから。
本物と一緒にしないでね。
0025名無しさん＠お腹いっぱい。NGNG
>>19
>Delphiはオブジェクト指向への取組みかたとして
>　現状では「バランス的に程よい」言語の一つでしょう。

これは個々のポリシーの問題でしょう。
オレ的には、コーディングの時に手作業の部分が多すぎると思う。
002619>25NGNG
そうですね。 begin endからしてキー数を短く出来る事を考慮した言語ではないようです。
さらに制御構造の貧弱さも同じ趣旨ですね。
　これは、でも多機能を提供しない事でコードを読みやすくする効果がありますから
　　単純に欠点とは言えないと思います。

たとえばWindows開発で良く使われるMFCと比べてVCLソースとどちらが読みやすいか
という設問で、それでもMFCが読み易いと言う人なら別の結論でしょうけどね。
0027名無しさん＠お腹いっぱい。NGNG
Delphiをなんちゃってオブジェクト指向とか逝っているヤツは
たぶん、他の言語使えないだけの
なんちゃってプログラマだから相手にしないほうがいいよ。

現実世界にもいるでしょ？
なんでおまえがプログラム組んでいるの？という
なんちゃってプログラマがさあ。

そんなヤツの意見なんて相手しないほうがいいって。
聞くところないですから。

って、相手にしているの俺だけか、撃つ山車嚢
0028名無しさん＠お腹いっぱい。NGNG
はい、さようなら。

負け惜しみって負けた人間は必ず言っていくね。
よっぽど悔しいのかな？
別に反論できない知識の人間は特に来ていならいよ。

ま、無駄なカキコは俺も一緒か。
0029名無しさんi486NGNG
ツーかDelphiがなんちゃってじゃなかったら
オブジェクト指向って勘違いされる気がするが

まあいいけど
0030>25NGNG
ええと、ソースを見て、あれを全部手で売ってると思っていませんか？
たとえば begin end;は ctrl+J B と打つと入力出来て、カーソルは
当然beginの次の行にあります。
他にも色々と入力支援機能がありますし、想像なさってるよりは少ない手間ですよ
0031名無しさん＠お腹いっぱい。NGNG
Delphiの神髄は、言語仕様とIDEがスマートに組み合わされることで実現される
高度なビジュアル開発だと思う。

こればっかりは MFC には真似出来ないな。
0032SDK好きNGNG
>31
IDEがくっついてる言語仕様なんて、楽しいのかな？
楽だろうけど、融通利かなくてやだな｡
0033>32NGNG
ええと、もちろん IDE無しでもがんばろうと思えば相当な事は出来るよ
実際FreePascalもそうだしね
0034少なくとも俺はNGNG
ctrl+J B
と打つより
begin end
のほうが速い。

別にviに慣れているからじゃないと思うが。
0035>32NGNG
SDKで無駄な努力するよりは楽しいね。
0036名無しさん＠お腹いっぱい。NGNG
あはは、>28=29
負けてないし。勝ち負けするほど会話もしとらんだろ。
さようならよばわりされるいわれもないが。

どーせ、しょうもない重箱隅つつKerなんだろ？ちみぃ
オブジェクト指向ってここがこーであーでの厳密君かな。
相手してあげませんよ。
相手にしてあげても君からいい意見でそうにないからね。
0037>1NGNG
C++よりメジャーとはいえない言語。
VCよりメジャーとはいえない開発環境。
003822NGNG
>23

あたしもC++でのコンストラクタの名づけ方は好きじゃないけど、
(ちょっとしたタイプミスで「コンストラクタが存在しない」になっちゃうもんね)
だからこそどうせなら"constructor Construct(.....)"とか
決まった名前にはっきり決定してくれた方が(それ以外は不許可ということ)
すっきりするのになぁ、ってね。

で、デストラクタだけどC++ならわざわざこっちで気にしなくても
基底クラスのそれも呼んでくれるよ。
派生クラスのインスタンスをデストラクトするときに、基底クラスの
デストラクタを呼ばなくて良いとか呼びたくないなんてことありますか？

まあコンストラクタとの対称性でそうしたのかもしれないけど、
やっぱめんどいし、忘れる可能性が危ないよ。
0039名無しさん＠お腹いっぱい。NGNG
>>38
呼ぶか呼ばないじゃなくて、呼ぶタイミングを自由に選べるのが
利点じゃなかろうか。TThread クラスを継承するとき、下のような
デストラクタを良く書くよ。

destructor TNantokaObject.Destroy;
begin
　処理１
　inherited Destroy;
　処理２
end;
0040>３８NGNG
対称性が高いのはいいよ。覚える事が少なくてすむからね。
ただ8086 VS 68Kの例をひくまでもなく、それが主流にならないのは知ってるけどね

でも、そういう細かな事を覚える方が「めんどくさい」人の存在も許してよ。

それと忘れる可能性があるって件は不思議だと思う。
単に エディタの入力支援設定で destructorを入れる時は
inheritedまで入るようにしとけばいいんじゃないの？
0041名無しさん＠お腹いっぱい。NGNG
なんか最初っから煽りミエミエだな。このスレ。
0042名無しさん＠お腹いっぱい。NGNG
>>37
ＶＣはVisualStudioの水増し分人口が入っているからなあ・・・
ディスクにはインストールされているけど実際に使ってるのは
半分ぐらいだったりして。
0043名無しさん＠お腹いっぱい。NGNG
BCBでもそうだけど
ObjectWindowsが無くなっちゃったのが不満
BC++にあってBCBで無くなったモノってけっこうあるよね
0044名無しさん＠お腹いっぱい。NGNG
BCBでもそうだけど
ObjectWindowsが無くなっちゃったのが不満
大概の事はVCLの方が高水準でラクなんだけど
Assy化が行き過ぎているというかちょっと融通を利かせたい時はOWLの方が便利
BC++にあってBCBで無くなったモノってけっこうあるよね
0045名無しさん＠お腹いっぱい。NGNG
p-codeって何ですか?
0046名無しさん＠お腹いっぱい。NGNG
>>45
放送コード
0047名無しさん＠お腹いっぱい。NGNG
>>44
ObjectWindow[s]？
0048>45NGNG
中間コードの事、今でもVisualBasicとかが採用してますね

最初PascalもP-CODEが使われていて、P-CODEエンジンさえ作れば
色々なＣＰＵで動かせました。
なんかJAVAの話に似ていますね
0049名無しさん＠お腹いっぱい。NGNG
ＵＣＳＤな。
0050名無しさん＠お腹いっぱい。NGNG
>>46
本当は放送禁止コードって書きたかったんでしょ？
0051名無しさん＠お腹いっぱい。NGNG
放送禁止用語を放送コードといいます
0052Window[s]{0} System X??NGNG
>ObjectWindows の階層には，独自のアプリケーションを作成するために利用したり，
>修正したり，そこからクラスを派生させることができるクラスがたくさんあります。
(OWL5.0ヘルプより)

意味取り違えてるかな…?
0053名無しさん＠お腹いっぱい。NGNG
>>45
本当はDelphi-MLのイタイやつっていってほしかったんじゃねーの?
0054名無しさん＠お腹いっぱい。NGNG
>>51
放送コードって例えばどういう言葉でしょうか？
0055名無しさん＠お腹いっぱい。NGNG
> 放送コードって例えばどういう言葉でしょうか？

例)
お○んこ
0056名無しさん＠お腹いっぱい。NGNG
JOCXTV
0057名無しさん＠お腹いっぱい。NGNG
おれ、Delphi１買ったよ、
当時2万円だった。
電卓とか作っちゃったもんねー！！
0058名無しNGNG
Pascal関係はヨーロッパではイケてるんじゃないの？
アメリカへの対抗関係上。
よくは知らないけど。
0059名無しさん＠お腹いっぱい。NGNG
>>58
大学の授業なんかは知らないけど、ネットで公開されてるコードは
ヨーロッパでもPascalはほとんど見ない。
0060名無しさん＠お腹いっぱい。NGNG
関係ないけど TurboPASCAL ver.3 はエラかった。
40KB程のサイズにまぁまぁ使えるエディタと
コンパイラ＆ライブラリが詰め込まれていた。
今にして思えば驚異的な小ささだったなあ。

>>59
うん、今は確かにC/C++がほとんどだね。
分野にもよるけど、10年ちょい前のPDSのBBSホストプログラムは
Pascalがほとんどだった。
0061Delphi相談室NGNG
http://piza.2ch.net/test/read.cgi?bbs=tech&key=971261573
0062名無しさん＠お腹いっぱい。NGNG
TurboBBSからの派生はそうかな…
0063名無しさんNGNG
Linuxでも、Ｐａｓｃａｌかなんかコーディングできる開発環境が出るらしいよ。
名前忘れた。
Delphiにインターフェースが似てるらしいよ。
時代は変わりつつあるな…
0064>>63NGNG
ネタなのでしょうか。
0065名無しさん＠お腹いっぱい。NGNG
>63
Kylixの事？
0066名無しさん＠お腹いっぱい。NGNG
あ、やっぱKylixって言語はDelphiってかPASCALなんか、
C++にしてくれよー >ボーランド
0067>66NGNG
心配しなくても両方使えるようになるらしい
http://www.inprise.co.jp/kylix/index.html

名前もボーランドに戻って一安心
0068>67NGNG
>Delphi や Visual Basic のユーザーが、Linux 用のネイティブ
>アプリケーションを短時間で開発でき、Windows アプリケーションの
>Linux への移行を促進します。

Delphiはいいとしても、ＶＢユーザーも移行できるのか？
随分大見栄を切っているような気もするが。
0069>６８NGNG
まあ、コピペ・ポトペタだけで使うぶんには似たようなもんでしょう
ビルダに移行するよりは文字列とかの扱いの類似から楽でしょうし

ただVariantいきなり使おうとして、そんなに自由に使えないからって
癇癪起こすかも
0070名無しさん＠お腹いっぱい。NGNG
OWindowsユニットも標準添付でな
0071名無しさん＠お腹いっぱい。NGNG
gcc+ToolKitでやれと言われるよりは幾分マシ。
0072Delphi始めの二歩目くらいNGNG
おおおおおお、
1時間くらいはまっちまったぞ。

とあるクラスの宣言部分で
procedure methodA(arg1: string);
とか書いたんだわ。
んで、そのメソッドの実装部分では
procedure methodA(firstArg: string);
てな風に書いたんだわ。
そしたら「宣言に食い違いがあるぞ」てな感じの
コンパイルエラー食らっちまった。
「なんでだよー違ってないだろ」って悩んだ。
0073名無しさん＠お腹いっぱい。NGNG
>72
１時間も悩むことかよ・・・。
0074名無しさん＠お腹いっぱい。NGNG
>>72
そのケースでコンパイルエラー出さないと
宣言: procedure methodA(arg1＠｀ arg2: string);
実装: procedure methodA(arg2＠｀ arg1: string);
が通っちゃうだろ！！
0075名無しさん＠お腹いっぱい。NGNG
それが通って問題になるのは何よ？
Cでは通るが‥
0076シープラプラーNGNG
仮引数の名前でそんなことになるの？
バッカみてぇ >Delphi


0077名無しさん＠お腹いっぱい。NGNG
>>76
バカは、それをバカと決めるけるあなたです。
0078シープラプラーNGNG
んじゃね、>>77
どうせ仮引数の名前とその使用の対応はプログラマが
気をつけるのに変わりは無いということで、理由らし
きものだが実は理由にならない74みたいなものじゃな
くて、そういう仕様になんかちゃんとした理由有るの？
0079ていうかNGNG
なんでDelphiって名前なの?
0080>79NGNG
頭文字Ｄ・・・だからじゃないか
0081名無しさん＠お腹いっぱい。NGNG
http://community.borland.com/
0082名無しさん＠お腹いっぱい。NGNG
ほんとは開発コードだったものが製品名になった
ちゅうだけのことやね。

Kylixはそうならないらしいけどそれもフタを
開けてみるまではわからん。
>>74
あー確かにCでは引き数の型宣言をまとめる書き方
無いから考えにくいかもなー。Pascalはほんと型付け
のキビシー言語だからCプログラマが「これぐらい
許してくれよー。」っての多いかも。
0083名無しさん＠お腹いっぱい。NGNG
＞７５
宣言が hoge(char*dst＠｀char*src);で
実装が hoge(char*src＠｀char*dst)
だったりしたら、やぢゃないか？
オレはイヤだ。
0084名無しさん＠お腹いっぱい。NGNG
>>83
特にCの場合宣言と実装のファイルが分れるので
ヘッダだけ見たプログラマは騙されるかもな。

だが左から右への移送なんてCOBOLのMOVE命令
ぐらいだから滅多にいないと思うが。
0085名無しさん＠お腹いっぱい。NGNG
逆に実装時に同じ引数名にしない理由は何なの？
0086シープラプラーNGNG
>>82

型にきびしいというのは、話としては存じておりますが、
現下の話題とそのこととの関連が良く見えんす。

引数の個数と型と並び順が問題となるのはそりゃ当然なのですが、
何故に名前まで、ということなのです。

元々のPASCALもこうだったのでしょうか >パスカリストな方
0087名無しさん＠お腹いっぱい。NGNG
なに？
0088名無しさん＠お腹いっぱい。NGNG
＞８６
私は８２ではないのだけども‥
引数の名前を宣言と実装でわざわざ変えることができることに
どういう利点があるとお考えでしょうか？
0089名無しさん＠お腹いっぱい。NGNG
>>83
　うむ。オレもイヤだ。
　っつーか、オレCでも宣言と実装の仮引数名は
全部同じにするけどなあ。
　っっつーか、宣言と実装を別々に手で打ち込んだり
しないだろ。コピぺするよな?な?
　っっっつーか、DelphiならCTRL+SHIFT+Cで、勝手に
コピぺしてくれるんだが、VC++にも相当の機能はあるでそ?
0090名無しさん＠お腹いっぱい。NGNG
いや、むしろ宣言と定義で同じ引数名を使わなきゃならない必然性が
ないといったところだと思うが。
C/C++だと、仮引数名を省略できるのも特徴かな。
0091名無しさん＠お腹いっぱい。NGNG
つーかあれは書かない(省略する)のが標準なんだろうな‥
書いてあっても無視するよってスタンス。
あまりよい習慣とは思わんが‥
C++ではなおすのかなと思ってたら修正はいんなかったね。
Cの資産活用のためにはしかたないというところなんだろうか‥
0092名無しさん＠お腹いっぱい。NGNG
＞９０
必然性とまでは言わんが、８３の言うようなことがなくなるという
利点はあると思う。
コレを寛容してまで同じ名前をつかわなくできるようにする
利点はあるのか？
0093名無しさん＠お腹いっぱい。NGNG
>>91
ANSIではプロトタイプ宣言では推奨だと思ったが・・・

ところでユニットさえ違えば引数名は違っても
型・順序・個数さえ合ってれば名前は違っても
構わないと思うが？ん？違うか、Interface部と
Implementation部の話しか・・・
0094名無しさん＠お腹いっぱい。NGNG
>>93
　そうそう。そりゃそうだよ。
　宣言部と実装部との仮引数名の話だもん。
0095名無しさん＠お腹いっぱい。NGNG
Delphiのいつのバージョンからか分からないけど、関数の宣言部が
有る場合、実装部では引数リストを省略できるね。

procedure Test(a＠｀ b: Integer); forward;
procedure Test;
begin
end;
0096名無しさん＠お腹いっぱい。NGNG
>>95
そりではオーバロード関数になってしまうんで
ないかい？
0097名無しさん＠お腹いっぱい。NGNG
>>96
君は、Delphiを知らないで適当なことを言ってるね。
Delphiでは明示的にoverload宣言をしないと多重定義できないのだよ。
0098名無しさん＠お腹いっぱい。NGNG
>>97
だったね。スマソ。
しかし95の書き方は出来たとしてもやだね。
大抵宣言部と実装部は離れた場所にあるし。
(D4以降ではショートカットキーで行き来できるけど。)
0099名無しさん＠お腹いっぱい。NGNG
DelphiとVC++で＠｀全く同じアプリケーションを作った場合＠｀どちらの方がパフォーマンスがいいですか？
0100名無しさん＠お腹いっぱい。NGNG
>>99
VC++
0101名無しさん＠お腹いっぱい。NGNG
>>99
どっちを使っても駄目な奴が書いたら駄目なものしかできない
0102>99NGNG
パフォーマンスを性能と捕らえるなら　作り手次第としか答えようがありません。

それぞれVCL MFCと便利なライブラリがありますが、
DelphiもVC++もコンパイラですしアセンブラレベル
のチューニングが双方可能です。

作り手の性能が同じで、予備知識無く同じ時間をかけられるなら、
Delphiの方が良い結果を出し易いとは思います。
0103名無しさん＠お腹いっぱい。NGNG
Anders Hejlsbergってなんて発音するの？
0104名無しさん＠お腹いっぱい。NGNG
>>99
この板で2chのログ読むツールのスレが２つあるから両方ダウンロードしなさい。
デルファイとＶＣ＋＋みたいだし。
そして、どっちがいいのか自分で判断すればいい。
でも、結局はタコが作ればクソ。天才が作れば秀作。
デルファイでもＶＢでもＶＣ＋＋でもＪａｖａでも同じ。
0105名無しさん＠お腹いっぱい。NGNG
VBやJavaは天才が作っても遅いと思う。
バージョンが上がれば上がる程それなりの
マシンパワー要するし。

#Sunはもっと相手の技術を徹底的に研究し尽くせよ。
#サードパーティに頼るなー。
0106Delphi始めの二歩目くらいNGNG
おおおおおお、
Delphiに付いているクラスライブラリってさ
いままで聞いたとこによると評判良いみたいじゃない。
でも何でかコンテナというかコレクション的な
クラスが見当たらないんだわ。
無いの？ 困るよー。

0107名無しさん＠お腹いっぱい。NGNG
>106

TListじゃだめか？テンプレートクラスがほしいってことだったら、ObjectPascalにはそんなもんないよ。
TList継承して、ValidateObjectTypeメソッドでも引っ付けたらなんとかなるとおもうけど。
0108名無しさん＠お腹いっぱい。NGNG
Tlistイカス
0109名無しさん＠お腹いっぱい。NGNG
>105
確かに・・・VBやJavaではインラインアセンブラ使えんからなー。
他言語のお世話にならざるを得ない。
0110名無しさん＠お腹いっぱい。NGNG
>109
Javaでそんなことがしたいならディスアセンブルして
バイトコード書き換えなさい。

実行時安全性検査しなければ最早何でも出来ます。
0111>110NGNG
それを言い出せばVBだって埋め込みコードを走らせるだけの
コールバックDLLを作れば後は文字列の中に実行コードを埋め
込もうが何をしようがやり放題。
0112名無しさん＠お腹いっぱい。NGNG
>>110
処理系つかう意味無し。
>>111
だからそれらをやろうとすれば他言語のお世話に
ならざるを得ない。それともハンドアセンブル？
なんか昔のDATA文にマシン語コード記述する
BASICにもどったような・・・・
(REMに記述するトリッキーなのもあったなー。)
0113>112NGNG
ＶＢだけでやるなら、簡単なアセンブラに毛が生えた程度のコンパイラを
作ってファイルopen して putの方式でDLLファイルを作って、DLLを
呼び出せばＯＫかも
0114名無しさん＠お腹いっぱい。NGNG
うーん、そこまでやるなら素直にCかアセンブラ
使った方がいいと思うんだが。
0115名無しさん＠お腹いっぱい。NGNG
生のTListはちゃんと型を管理しないといかんからねえ。
0116名無しさん＠お腹いっぱい。NGNG
TCollectionとTCol..Itemでは？
0117名無しさん＠お腹いっぱい。NGNG
コレクション関係は、汎用コレクションオブジェクトをメンバに持つ
クラスを作って、クライアントからのアクセスを制御してくれ。

それで型安全が簡単に手に入るぞ。
0118>113NGNG
DLLを作るよりコールバックさせる方法の方が面白いかも
文字列内にコードを埋め込む伝統的方法で作成して
CreateThreadで３番めの引数にその文字列アドレスを渡せば
■ このスレッドは過去ログ倉庫に格納されています