D言語 vs Java

>>32
ああ、確かにいいなと思った。

でも、newやキャストするときとか、instanceofだとかで
型パラメータを使いたいときに制限があるみたい。
まあ、そんなもんが必要なGenericクラスを作る場合が実際多いか少ないかは知らんが。

それより、演算子オーバーロードができるようにならんかな。

34 ：デフォルトの名無しさん：03/11/21 10:28

>>33
> でも、newやキャストするときとか、instanceofだとかで
> 型パラメータを使いたいときに制限があるみたい。
？？？

> それより、演算子オーバーロードができるようにならんかな。
無理だろ。

35 ：デフォルトの名無しさん：03/11/21 19:22

Dは最強言語となるべくして開発されているが、
ストIIのリュウの修行と同じで（以下略

36 ：デフォルトの名無しさん：03/11/23 04:27

例えばC++のソースをDにトランスレートとかできないの？
それぐらいできなきゃ駄目だよ？

37 ：デフォルトの名無しさん：03/11/23 15:01

>>36
んなもんが簡単に作れるくらいならば、
世のC++コンパイラは全部標準準拠できているだろうし、
どんなC++IDEだってインテリセンス実装してるってば。

Java⇒D ってのはダメなのかな？
Dのほうが表現力があるから、RTTI以外はどうにかなりそうだし。
まぁ、Javaで書かれたトランスレートするに値するライブラリがあるかどうかが問題だが。

38 ：デフォルトの名無しさん：03/11/23 21:00

個人的にはJakartaのライブラリ辺りは是非Dに欲しいよ。
通信系なんか特に。

39 ：デフォルトの名無しさん：03/11/24 00:22

>>36
C++はクソなのでC++のクソをDに移さないでください

40 ：デフォルトの名無しさん：04/02/14 01:53

Dいいね。
ガベコレまんせー。

あとは、boost::spirit と QT を移植してくれ。

41 ：デフォルトの名無しさん：04/02/14 02:37

妄想スレ上げんな

42 ：デフォルトの名無しさん：04/02/14 06:52

D == *Javaってことかあ

43 ：デフォルトの名無しさん：04/02/14 09:35

D言語はモバイルPC全般で動かないのでボツ

44 ：デフォルトの名無しさん：04/02/14 10:07

D vs C#
なら微妙だろ

45 ：デフォルトの名無しさん：04/02/14 10:10

↑それ比較になってないだろ
圧倒的にDが不利じゃねーか

46 ：デフォルトの名無しさん：04/02/14 10:35

>>45
D が不利だと比較にならんのか？

47 ：デフォルトの名無しさん：04/02/14 11:12

>>36

難解な変換、
C# → Java
ではなく、低レベル機能が多い方へ向かう
Java → C#
ですらM$が手こずっているというのに(特にRMIあたりで)

C++ → Java
も
C++ → D
も容易ではないだろうが。

実装多重継承などを使ったコードをDにコンバートするのも
限界があるだろうに。

メモリ解放に関してもガーベッジコレクタがあるからdeleteやfree()消すだけで済むだろ、
というわけにもいかんだろ。

48 ：デフォルトの名無しさん：04/02/14 11:13

>>37
ＥＪＢとかRMIとかネットワーク関連を使ったものはそう簡単にはイカネ。
ソースコードレベルで環境非依存にするのも容易にはイカネ。

49 ：デフォルトの名無しさん：04/03/13 03:43

Limboの勝ち

50 ：デフォルトの名無しさん：04/05/10 23:51

あげ

51 ：デフォルトの名無しさん：04/07/10 20:51

Amoeba萌え。

52 ：名無しさん＠そうだ選挙に行こう：04/07/11 12:03

>>47
デストラクタの処理をどこに書くかなんて、自動判定できないね。

53 ：ミナツキ　ルナ＠(σ・∀・)σゲッツ♪ ◆SAYAC2HJWE ：04/07/11 12:16

５３