アカウント名:
パスワード:
そーだよねー。せめて、GCを使わないよ宣言ができたらいいのになーと。
仕様書をまったく読んでないけど、以下ができたら C++から乗り換えてもいい。
デストラクタを確実に読んでほしい場合のGCを使わないよ宣言D言語並みの契約による設計テストの接合部を作りやすいようにクラスの再定義のサポートメソッドのconst指定による状態変異の抑制外部から読めるけど書けないアクセッサ(読みはpublicで書きはprivate)
そのままC++つかってれば?w
#おれのかんがえたさいきょうのげんごなら自分で作って遊んでください
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
結局はGC付き言語 (スコア:0)
もちろんC/C++から仕事の一部を奪える可能性はありますが、全部は不可能です。
Goの相手はむしろJava,C#などの方でしょう。
効率的で高性能なGC、実行速度はC++から平均+10%程度、素晴らしい性能です。しかし、C/C++が使われる分野では平均など意味はありません。
ごく稀にでも+500%になりうるようなら失格です。そして、そうならない保証はGCという機能の性質から本質的に困難です。
明示的なメモリ管理は、このような用途では必須です。それが出来る高級言語は、普及したものでは今でもC/C++くらいしかありません。
GC付き言語にも出来なくはないでしょうが、GC前提で作られた言語で無理矢理明示的なメモリ管理をするのはC/C++よりずっと危険です。
言語は適材適所ですからね。GoはC/C++が得意とする分野の適材ではないでしょう。
得意な分野は別にあるはずなので、C/C++にケンカ売ってもしょうがないですよ。
Re:結局はGC付き言語 (スコア:1)
そーだよねー。
せめて、GCを使わないよ宣言ができたらいいのになーと。
仕様書をまったく読んでないけど、以下ができたら C++から乗り換えてもいい。
デストラクタを確実に読んでほしい場合のGCを使わないよ宣言
D言語並みの契約による設計
テストの接合部を作りやすいようにクラスの再定義のサポート
メソッドのconst指定による状態変異の抑制
外部から読めるけど書けないアクセッサ(読みはpublicで書きはprivate)
by rti.
Re: (スコア:0)
そのままC++つかってれば?w
#おれのかんがえたさいきょうのげんごなら自分で作って遊んでください
Re: (スコア:0)
(略)
今すぐD言語に乗り換えてください