■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■

Delphiってなによ？

1 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/11(土) 17:53

こたえんか！
ごるぅぅぁああああ！！！

2 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/11(土) 17:54

週末だし〜

3 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/11(土) 19:03

>>2

4 名前： ああっ名無しさまっ 投稿日： 2000/11/11(土) 20:08

おぶじぇくと＊＊＊＊l

5 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/11(土) 20:22

＞４
おまえ水俣病だろ。
わけわかんない。
はよこたえんか！
ごるぅぅぁああああ！！！

6 名前： 研究社新英和中辞典より 投稿日： 2000/11/11(土) 21:37

Del・phi
━《名》デルフォイ 【ギリシャの古都; 神託で有名な Apollo の神殿があった】.

7 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/11(土) 22:26

メーカー名です

8 名前： ああっ名無しさまっ＠お腹いっぱい。 投稿日： 2000/11/12(日) 00:24

>5
おまえ水俣病をばかにしたな！
俺の母校で水俣のとある高校と試合があったとき、俺の友達が”あいつら水俣病だろ？”と他の友達に話していたのが水俣の高校の生徒の耳にはいったらしく、あとでかなり問題になった。

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

>6
最初はデルフィと読んでいた。結構そう読んでいる人いるんじゃないかなぁ〜

9 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 00:45

商標です

-----------------終了-----------------------------------

10 名前： 4 投稿日： 2000/11/12(日) 01:30

だけど、なんでだれも真面目にこたえないの？

11 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 01:33

ここの人は、自分で調べようとしない人に対しては冷たいのです。

12 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 03:29

それに1はネタだしね・・・

13 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 03:30

>>10
２ちゃんでネタスレにマジレスするとバカにされます。

14 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 07:39

とりあえずマジレス。
あと１年以内に消える言語です。
無理やりオブジェクト指向を盛り込んだ言語なので矛盾があちこちに存在します。

15 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 08:05

1よ人生を浪費してはいけない。
その終わりに全てを振り返るとき、恥じなければならな
いような行動は慎みなさい。
1よ人生を浪費してはいけない。
今このときはたった一度しかないのだ。
一瞬、一瞬を生きる事の大切さを知らなければいけない。
1よ人生を浪費してはいけない。

16 名前： 淫賞品 投稿日： 2000/11/12(日) 10:05

>14
は煽りなんで、みなさん反応しないように
っと。イチオウ言ってみる。

17 名前： 14 投稿日： 2000/11/12(日) 10:17

マジで書いているんですが。
否定できるの？

18 名前： バッカーです 投稿日： 2000/11/12(日) 10:51

Delphiのメーリングリストは面白いよ

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

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

言語系のメーリングリストとしては全く持って最悪

19 名前： >17 投稿日： 2000/11/12(日) 11:33

そういう遊びなら乗ろうか？
＞無理やりオブジェクト指向を盛り込んだ言語
　この称号は、C++の方がより適切でしょうな。

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

20 名前： >18 投稿日： 2000/11/12(日) 11:56

最悪なのに面白いとは屈折してる>バっカ（ｗ

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

＞合い言葉は「過去ログちゃんと読んでるの？」だからね
初心者の時に吐堕に叩かれた口か
カワウソウに。虎馬になっちゃったかねえ

21 名前： 名無しさんi486 投稿日： 2000/11/12(日) 13:09

>バッカー
>とにかく初心者を育てようとか初心者のタメになんて考えは一切感じられない
>そこにあるのはとりあえず初心者はイジメテおけみたいな排他的なコミューン

クックック。たしかに。（藁
最近はp-codeも居ないしなぁ。
多分別のメアド使って投稿してるんだろうけど。（糞
とにかくあそこにいるやつは全員クソ。

22 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 13:27

デストラクタやコンストラクタに(慣習はあるらしいが)好きな名前
付けられるってのは何だかなぁ…

派生クラスのデストラクタでいちいちいちいちinheritedって
書かなきゃいかんのもイヤん。

23 名前： 19>22 投稿日： 2000/11/12(日) 14:13

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

デストラクタでinheritedは書かなきゃいけないというよりも
　親の都合があるかもしれないって子の配慮じゃないの？

24 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 14:40

>>22

なんちゃってオブジェクト指向ですから。
本物と一緒にしないでね。

25 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 14:44

>>19
>Delphiはオブジェクト指向への取組みかたとして
>　現状では「バランス的に程よい」言語の一つでしょう。

これは個々のポリシーの問題でしょう。
オレ的には、コーディングの時に手作業の部分が多すぎると思う。

26 名前： 19>25 投稿日： 2000/11/12(日) 15:06

そうですね。 begin endからしてキー数を短く出来る事を考慮した言語ではないようです。
さらに制御構造の貧弱さも同じ趣旨ですね。
　これは、でも多機能を提供しない事でコードを読みやすくする効果がありますから
　　単純に欠点とは言えないと思います。

たとえばWindows開発で良く使われるMFCと比べてVCLソースとどちらが読みやすいか
という設問で、それでもMFCが読み易いと言う人なら別の結論でしょうけどね。

27 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 15:25

Delphiをなんちゃってオブジェクト指向とか逝っているヤツは
たぶん、他の言語使えないだけの
なんちゃってプログラマだから相手にしないほうがいいよ。

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

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

って、相手にしているの俺だけか、撃つ山車嚢

28 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 17:16

はい、さようなら。

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

ま、無駄なカキコは俺も一緒か。

29 名前： 名無しさんi486 投稿日： 2000/11/12(日) 17:32

ツーかDelphiがなんちゃってじゃなかったら
オブジェクト指向って勘違いされる気がするが

まあいいけど

30 名前： >25 投稿日： 2000/11/12(日) 17:31

ええと、ソースを見て、あれを全部手で売ってると思っていませんか？
たとえば begin end;は ctrl+J B と打つと入力出来て、カーソルは
当然beginの次の行にあります。
他にも色々と入力支援機能がありますし、想像なさってるよりは少ない手間ですよ

31 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 17:38

Delphiの神髄は、言語仕様とIDEがスマートに組み合わされることで実現される
高度なビジュアル開発だと思う。

こればっかりは MFC には真似出来ないな。

32 名前： SDK好き 投稿日： 2000/11/12(日) 17:48

>31
IDEがくっついてる言語仕様なんて、楽しいのかな？
楽だろうけど、融通利かなくてやだな｡

33 名前： >32 投稿日： 2000/11/12(日) 17:50

ええと、もちろん IDE無しでもがんばろうと思えば相当な事は出来るよ
実際FreePascalもそうだしね

34 名前： 少なくとも俺は 投稿日： 2000/11/12(日) 17:53

ctrl+J B
と打つより
begin end
のほうが速い。

別にviに慣れているからじゃないと思うが。

35 名前： >32 投稿日： 2000/11/12(日) 18:02

SDKで無駄な努力するよりは楽しいね。

36 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 18:14

あはは、>28=29
負けてないし。勝ち負けするほど会話もしとらんだろ。
さようならよばわりされるいわれもないが。

どーせ、しょうもない重箱隅つつKerなんだろ？ちみぃ
オブジェクト指向ってここがこーであーでの厳密君かな。
相手してあげませんよ。
相手にしてあげても君からいい意見でそうにないからね。

37 名前： >1 投稿日： 2000/11/12(日) 20:49

C++よりメジャーとはいえない言語。
VCよりメジャーとはいえない開発環境。

38 名前： 22 投稿日： 2000/11/12(日) 21:26

>23

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

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

まあコンストラクタとの対称性でそうしたのかもしれないけど、
やっぱめんどいし、忘れる可能性が危ないよ。

39 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 21:33

>>38
呼ぶか呼ばないじゃなくて、呼ぶタイミングを自由に選べるのが
利点じゃなかろうか。TThread クラスを継承するとき、下のような
デストラクタを良く書くよ。

destructor TNantokaObject.Destroy;
begin
　処理１
　inherited Destroy;
　処理２
end;

40 名前： >３８ 投稿日： 2000/11/12(日) 21:44

対称性が高いのはいいよ。覚える事が少なくてすむからね。
ただ8086 VS 68Kの例をひくまでもなく、それが主流にならないのは知ってるけどね

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

それと忘れる可能性があるって件は不思議だと思う。
単に エディタの入力支援設定で destructorを入れる時は
inheritedまで入るようにしとけばいいんじゃないの？

41 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 22:08

なんか最初っから煽りミエミエだな。このスレ。

42 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/12(日) 22:55

>>37
ＶＣはVisualStudioの水増し分人口が入っているからなあ・・・
ディスクにはインストールされているけど実際に使ってるのは
半分ぐらいだったりして。

43 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 00:57

BCBでもそうだけど
ObjectWindowsが無くなっちゃったのが不満
BC++にあってBCBで無くなったモノってけっこうあるよね

44 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 00:59

BCBでもそうだけど
ObjectWindowsが無くなっちゃったのが不満
大概の事はVCLの方が高水準でラクなんだけど
Assy化が行き過ぎているというかちょっと融通を利かせたい時はOWLの方が便利
BC++にあってBCBで無くなったモノってけっこうあるよね

45 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 02:11

p-codeって何ですか?

46 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 09:57

>>45
放送コード

47 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 10:12

>>44
ObjectWindow[s]？

48 名前： >45 投稿日： 2000/11/13(月) 10:19

中間コードの事、今でもVisualBasicとかが採用してますね

最初PascalもP-CODEが使われていて、P-CODEエンジンさえ作れば
色々なＣＰＵで動かせました。
なんかJAVAの話に似ていますね

49 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 12:13

ＵＣＳＤな。

50 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 12:18

>>46
本当は放送禁止コードって書きたかったんでしょ？

51 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 12:58

放送禁止用語を放送コードといいます

52 名前： Window[s]{0} System X?? 投稿日： 2000/11/13(月) 13:29

>ObjectWindows の階層には，独自のアプリケーションを作成するために利用したり，
>修正したり，そこからクラスを派生させることができるクラスがたくさんあります。
(OWL5.0ヘルプより)

意味取り違えてるかな…?

53 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/13(月) 18:58

>>45
本当はDelphi-MLのイタイやつっていってほしかったんじゃねーの?

54 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/14(火) 13:28

>>51
放送コードって例えばどういう言葉でしょうか？

55 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/14(火) 15:08

> 放送コードって例えばどういう言葉でしょうか？

例)
お○んこ

56 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/14(火) 15:39

JOCXTV

57 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/14(火) 19:29

おれ、Delphi１買ったよ、
当時2万円だった。
電卓とか作っちゃったもんねー！！

58 名前： 名無し 投稿日： 2000/11/14(火) 23:03

Pascal関係はヨーロッパではイケてるんじゃないの？
アメリカへの対抗関係上。
よくは知らないけど。

59 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/15(水) 00:14

>>58
大学の授業なんかは知らないけど、ネットで公開されてるコードは
ヨーロッパでもPascalはほとんど見ない。

60 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/15(水) 09:17

関係ないけど TurboPASCAL ver.3 はエラかった。
40KB程のサイズにまぁまぁ使えるエディタと
コンパイラ＆ライブラリが詰め込まれていた。
今にして思えば驚異的な小ささだったなあ。

>>59
うん、今は確かにC/C++がほとんどだね。
分野にもよるけど、10年ちょい前のPDSのBBSホストプログラムは
Pascalがほとんどだった。

61 名前： Delphi相談室 投稿日： 2000/11/15(水) 13:11

http://piza.2ch.net/test/read.cgi?bbs=tech&key=971261573

62 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/15(水) 13:36

TurboBBSからの派生はそうかな…

63 名前： 名無しさん 投稿日： 2000/11/15(水) 14:59

Linuxでも、Ｐａｓｃａｌかなんかコーディングできる開発環境が出るらしいよ。
名前忘れた。
Delphiにインターフェースが似てるらしいよ。
時代は変わりつつあるな…

64 名前： >>63 投稿日： 2000/11/16(木) 06:35

ネタなのでしょうか。

65 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/16(木) 07:06

>63
Kylixの事？

66 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/16(木) 08:08

あ、やっぱKylixって言語はDelphiってかPASCALなんか、
C++にしてくれよー >ボーランド

67 名前： >66 投稿日： 2000/11/16(木) 08:21

心配しなくても両方使えるようになるらしい
http://www.inprise.co.jp/kylix/index.html

名前もボーランドに戻って一安心

68 名前： >67 投稿日： 2000/11/16(木) 10:24

>Delphi や Visual Basic のユーザーが、Linux 用のネイティブ
>アプリケーションを短時間で開発でき、Windows アプリケーションの
>Linux への移行を促進します。

Delphiはいいとしても、ＶＢユーザーも移行できるのか？
随分大見栄を切っているような気もするが。

69 名前： >６８ 投稿日： 2000/11/16(木) 12:03

まあ、コピペ・ポトペタだけで使うぶんには似たようなもんでしょう
ビルダに移行するよりは文字列とかの扱いの類似から楽でしょうし

ただVariantいきなり使おうとして、そんなに自由に使えないからって
癇癪起こすかも

70 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/16(木) 12:07

OWindowsユニットも標準添付でな

71 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/16(木) 12:41

gcc+ToolKitでやれと言われるよりは幾分マシ。

72 名前： Delphi始めの二歩目くらい 投稿日： 2000/11/19(日) 03:33

おおおおおお、
1時間くらいはまっちまったぞ。

とあるクラスの宣言部分で
procedure methodA(arg1: string);
とか書いたんだわ。
んで、そのメソッドの実装部分では
procedure methodA(firstArg: string);
てな風に書いたんだわ。
そしたら「宣言に食い違いがあるぞ」てな感じの
コンパイルエラー食らっちまった。
「なんでだよー違ってないだろ」って悩んだ。

73 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/19(日) 04:04

>72
１時間も悩むことかよ・・・。

74 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/19(日) 06:01

>>72
そのケースでコンパイルエラー出さないと
宣言: procedure methodA(arg1, arg2: string);
実装: procedure methodA(arg2, arg1: string);
が通っちゃうだろ！！

75 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/19(日) 11:30

それが通って問題になるのは何よ？
Cでは通るが‥

76 名前： シープラプラー 投稿日： 2000/11/19(日) 13:43

仮引数の名前でそんなことになるの？
バッカみてぇ >Delphi

77 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/19(日) 14:47

>>76
バカは、それをバカと決めるけるあなたです。

78 名前： シープラプラー 投稿日： 2000/11/19(日) 14:59

んじゃね、>>77
どうせ仮引数の名前とその使用の対応はプログラマが
気をつけるのに変わりは無いということで、理由らし
きものだが実は理由にならない74みたいなものじゃな
くて、そういう仕様になんかちゃんとした理由有るの？

79 名前： ていうか 投稿日： 2000/11/19(日) 15:14

なんでDelphiって名前なの?

80 名前： >79 投稿日： 2000/11/19(日) 15:43

頭文字Ｄ・・・だからじゃないか

81 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/19(日) 16:28

http://community.borland.com/

82 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/19(日) 23:31

ほんとは開発コードだったものが製品名になった
ちゅうだけのことやね。

Kylixはそうならないらしいけどそれもフタを
開けてみるまではわからん。
>>74
あー確かにCでは引き数の型宣言をまとめる書き方
無いから考えにくいかもなー。Pascalはほんと型付け
のキビシー言語だからCプログラマが「これぐらい
許してくれよー。」っての多いかも。

83 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/20(月) 00:06

＞７５
宣言が hoge(char*dst,char*src);で
実装が hoge(char*src,char*dst)
だったりしたら、やぢゃないか？
オレはイヤだ。

84 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/20(月) 10:32

>>83
特にCの場合宣言と実装のファイルが分れるので
ヘッダだけ見たプログラマは騙されるかもな。

だが左から右への移送なんてCOBOLのMOVE命令
ぐらいだから滅多にいないと思うが。

85 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/20(月) 14:56

逆に実装時に同じ引数名にしない理由は何なの？

86 名前： シープラプラー 投稿日： 2000/11/22(水) 00:31

>>82

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

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

元々のPASCALもこうだったのでしょうか >パスカリストな方

87 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 00:34

なに？

88 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 02:36

＞８６
私は８２ではないのだけども‥
引数の名前を宣言と実装でわざわざ変えることができることに
どういう利点があるとお考えでしょうか？

89 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 10:46

>>83
　うむ。オレもイヤだ。
　っつーか、オレCでも宣言と実装の仮引数名は
全部同じにするけどなあ。
　っっつーか、宣言と実装を別々に手で打ち込んだり
しないだろ。コピぺするよな?な?
　っっっつーか、DelphiならCTRL+SHIFT+Cで、勝手に
コピぺしてくれるんだが、VC++にも相当の機能はあるでそ?

90 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 12:12

いや、むしろ宣言と定義で同じ引数名を使わなきゃならない必然性が
ないといったところだと思うが。
C/C++だと、仮引数名を省略できるのも特徴かな。

91 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 12:32

つーかあれは書かない(省略する)のが標準なんだろうな‥
書いてあっても無視するよってスタンス。
あまりよい習慣とは思わんが‥
C++ではなおすのかなと思ってたら修正はいんなかったね。
Cの資産活用のためにはしかたないというところなんだろうか‥

92 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 12:36

＞９０
必然性とまでは言わんが、８３の言うようなことがなくなるという
利点はあると思う。
コレを寛容してまで同じ名前をつかわなくできるようにする
利点はあるのか？

93 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 12:45

>>91
ANSIではプロトタイプ宣言では推奨だと思ったが・・・

ところでユニットさえ違えば引数名は違っても
型・順序・個数さえ合ってれば名前は違っても
構わないと思うが？ん？違うか、Interface部と
Implementation部の話しか・・・

94 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 13:36

>>93
　そうそう。そりゃそうだよ。
　宣言部と実装部との仮引数名の話だもん。

95 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 14:20

Delphiのいつのバージョンからか分からないけど、関数の宣言部が
有る場合、実装部では引数リストを省略できるね。

procedure Test(a, b: Integer); forward;
procedure Test;
begin
end;

96 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 16:26

>>95
そりではオーバロード関数になってしまうんで
ないかい？

97 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 16:38

>>96
君は、Delphiを知らないで適当なことを言ってるね。
Delphiでは明示的にoverload宣言をしないと多重定義できないのだよ。

98 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 18:16

>>97
だったね。スマソ。
しかし95の書き方は出来たとしてもやだね。
大抵宣言部と実装部は離れた場所にあるし。
(D4以降ではショートカットキーで行き来できるけど。)

99 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 21:49

DelphiとVC++で,全く同じアプリケーションを作った場合,どちらの方がパフォーマンスがいいですか？

100 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 22:07

>>99
VC++

101 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 22:07

>>99
どっちを使っても駄目な奴が書いたら駄目なものしかできない

102 名前： >99 投稿日： 2000/11/22(水) 22:09

パフォーマンスを性能と捕らえるなら　作り手次第としか答えようがありません。

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

作り手の性能が同じで、予備知識無く同じ時間をかけられるなら、
Delphiの方が良い結果を出し易いとは思います。

103 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 23:15

Anders Hejlsbergってなんて発音するの？

104 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/22(水) 23:26

>>99
この板で2chのログ読むツールのスレが２つあるから両方ダウンロードしなさい。
デルファイとＶＣ＋＋みたいだし。
そして、どっちがいいのか自分で判断すればいい。
でも、結局はタコが作ればクソ。天才が作れば秀作。
デルファイでもＶＢでもＶＣ＋＋でもＪａｖａでも同じ。

105 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 00:07

VBやJavaは天才が作っても遅いと思う。
バージョンが上がれば上がる程それなりの
マシンパワー要するし。

#Sunはもっと相手の技術を徹底的に研究し尽くせよ。
#サードパーティに頼るなー。

106 名前： Delphi始めの二歩目くらい 投稿日： 2000/11/24(金) 00:48

おおおおおお、
Delphiに付いているクラスライブラリってさ
いままで聞いたとこによると評判良いみたいじゃない。
でも何でかコンテナというかコレクション的な
クラスが見当たらないんだわ。
無いの？ 困るよー。

107 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 02:07

>106

TListじゃだめか？テンプレートクラスがほしいってことだったら、ObjectPascalにはそんなもんないよ。
TList継承して、ValidateObjectTypeメソッドでも引っ付けたらなんとかなるとおもうけど。

108 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 04:31

Tlistイカス

109 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 10:18

>105
確かに・・・VBやJavaではインラインアセンブラ使えんからなー。
他言語のお世話にならざるを得ない。

110 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 11:20

>109
Javaでそんなことがしたいならディスアセンブルして
バイトコード書き換えなさい。

実行時安全性検査しなければ最早何でも出来ます。

111 名前： >110 投稿日： 2000/11/24(金) 11:32

それを言い出せばVBだって埋め込みコードを走らせるだけの
コールバックDLLを作れば後は文字列の中に実行コードを埋め
込もうが何をしようがやり放題。

112 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 11:44

>>110
処理系つかう意味無し。
>>111
だからそれらをやろうとすれば他言語のお世話に
ならざるを得ない。それともハンドアセンブル？
なんか昔のDATA文にマシン語コード記述する
BASICにもどったような・・・・
(REMに記述するトリッキーなのもあったなー。)

113 名前： >112 投稿日： 2000/11/24(金) 22:37

ＶＢだけでやるなら、簡単なアセンブラに毛が生えた程度のコンパイラを
作ってファイルopen して putの方式でDLLファイルを作って、DLLを
呼び出せばＯＫかも

114 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 23:00

うーん、そこまでやるなら素直にCかアセンブラ
使った方がいいと思うんだが。

115 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/24(金) 23:16

生のTListはちゃんと型を管理しないといかんからねえ。

116 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/25(土) 00:22

TCollectionとTCol..Itemでは？

117 名前： 名無しさん＠お腹いっぱい。 投稿日： 2000/11/25(土) 00:39

コレクション関係は、汎用コレクションオブジェクトをメンバに持つ
クラスを作って、クライアントからのアクセスを制御してくれ。

それで型安全が簡単に手に入るぞ。

118 名前： >113 投稿日： 2000/11/25(土) 11:57

DLLを作るよりコールバックさせる方法の方が面白いかも
文字列内にコードを埋め込む伝統的方法で作成して
CreateThreadで３番めの引数にその文字列アドレスを渡せば