Rust part27 (398レス)
上下前次1-新
抽出解除 レス栞
4: 2024/12/03(火)07:46:58.75 ID:Kek2ztWF(2/2) AAS
Rust Reference Book
外部リンク:doc.rust-lang.org
Rust Standard Library
外部リンク:doc.rust-lang.org
Rust rustc Book
外部リンク:doc.rust-lang.org
Rust rustdoc Book
外部リンク:doc.rust-lang.org
Rust rustup Book
外部リンク:rust-lang.github.io
省18
14: 2024/12/03(火)17:15:10.75 ID:EOsQeLM6(3/4) AAS
// メモリリーク例4: 動的配列の不完全な解放
typedef struct {
char* name;
int age;
} Person;
void struct_array_leak() {
Person* people = (Person*)malloc(3 * sizeof(Person));
for (int i = 0; i < 3; i++) {
people[i].name = (char*)malloc(50);
strcpy(people[i].name, "John Doe");
省5
49: 2024/12/04(水)20:50:21.75 ID:H1WoIidK(1) AAS
>>48
C++が悪いということ?
68(1): 2024/12/07(土)00:37:25.75 ID:MlZHBv1+(1/5) AAS
Vecなどを作れて逆順にもできるイテレータとは性質が異なる
異なるものを、どっちも同じだと頑なに主張し続ける必要はない気がする
315: 03/01(土)22:44:41.75 ID:qVuk4Ae3(1) AAS
>>308
GCの有無は関係ない
異なる型に対するコードの共通化つまりジェネリクスの話
例えばクラスを使えば同じ基底を継承する派生同士は異なる型でも共通のメソッドやプロパティを使える
しかし同じクラス継承の関係しか扱えないのは制約がキツく各機能毎に継承で多重クラス継承など問題が多い
一方でダッチタイピングや構造的サブタイピングは無関係な型同士でも同じメソッドやプロパティがあるだけで暗黙に使える
しかし互換性がなく偶然同じメソッドやプロパティを持つ同士の利用をエラーにできない問題や暗黙であるため複雑化してくると分かりにくくなるなど問題が多い
そこで機能毎にインターフェース宣言と各型でのインターフェース利用宣言することで諸問題を解決し安全で保守しやすいコードにすることができる
そしてインターフェース名(機能名)が付くことで複数の機能の列挙や関係も宣言できるようになる
Rustではトレイトと称する
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.860s*