Rust part17

**デフォルトの名無しさん** · 2022/10/06(木) 22:43:13.96

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

日本語の情報
https://rust-jp.rs/

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part16

**デフォルトの名無しさん** · 2022/10/15(土) 10:12:30.40

複オジにマジレスしても意味ないよ

**デフォルトの名無しさん** · 2022/10/15(土) 21:19:13.19

お前の主張は「Firefoxはservo使ってない」であって「styloしか登場してない」では無い、そもそもstyloだけじゃない
途方もなく低い技術力でマウント取りたいことが生きがいの薄汚いオッサン

**デフォルトの名無しさん** · 2022/10/16(日) 01:52:37.08

servoは独立したレンダリングエンジンだからservoを使うと言えるのはgeckoを丸々置き換えた場合では
というかallocatorの話はどうなったんだ

**デフォルトの名無しさん** · 2022/10/16(日) 13:06:47.08

「Firefoxはservo使ってない」定期、顔真っ赤の話しそらしオジサン、geckoを丸々置き換えた場合とか言い出したｗ
「styloしか登場してない」も消えたwww
あんたはアロケーターなんて興味ないだろwww
したけりゃしろ。自分からは詳しい技術的な話何もできない、マウントしたいだけ、業界にいる寄生虫

**デフォルトの名無しさん** · 2022/10/16(日) 16:22:20.12

>>134
firefoxのレンダリングエンジンはservoじゃなくてgeckoのままだよ
servoは次世代ブラウザ向けのレンダリングエンジンの実装を模索するための実験プロジェクトで、geckoを置き換えることを意図したものではないよ
servoの一部のコンポーネントは完成度が高くgeckoに取り込まれてはいたので、
servoが発展していったらgecko全体がservoで置き換えられる未来もありえたけど、
mozillaがservoの開発者レイオフしちゃったのでその可能性もなくなっちゃったかと

動的ライブラリや静的ライブラリとして他のアプリケーションにリンクするcrateの場合、リンク先のアプリケーションバイナリに含まれる(または、動的リンクされる)allocatorを利用するのが普通なので、
geckoのservo由来のrustコードもそうなっていて独自にallocatorを定義することはしていないんじゃないかな

**デフォルトの名無しさん** · 2022/10/16(日) 18:59:51.30

rust関係ないけどjemallocを日本語で読む時
ジェ-マロック派？それともジェム-アロック派？

**デフォルトの名無しさん** · 2022/10/16(日) 20:24:24.45

Json Evans mallocだからジェーイーマロックって呼んでる

**はちみつ餃子** ◆8X2XSCHEME · 2022/10/16(日) 22:45:33.29

それを言うなら malloc が (たぶん) memory allocate の略なんだから
ジェーイーエムアロックと呼ぶのが筋というものでは……。

俺はそもそも口頭で読み上げる機会がないから考えたこともなかった。

**デフォルトの名無しさん** · 2022/10/16(日) 23:11:22.79

開発者本人の動画見るとジェイ・マロックに聞こえるが
ジェイ・イー・マロックが短くなってるだけかなこれ
https://youtu.be/RcWp5vwGlYU?t=79

**デフォルトの名無しさん** · 2022/10/17(月) 18:50:40.32

>>146
servoじゃなくてgeckoのままは言い過ぎです、現にベクター系の2Dや、Canvasなどに使用するレンダラーはservo由来の
レンダラーが使用されます。その他はその通りでしょう

**デフォルトの名無しさん** · 2022/10/17(月) 19:52:15.71

>>151
geckoを構成するコンポーネントの入れ替わりはあったけど
firefoxのレンダリングエンジンは生まれたときからずっとgeckoだよ
逆にgeckoじゃなかったら何なんだ

**デフォルトの名無しさん** · 2022/10/17(月) 19:58:16.39

>>151
FirefoxにRustのコンポーネントを多く導入したQuantumプロジェクトの説明でも、ServoのコンポーネントをGeckoに取り込むと言っていて、
Geckoを置き換えるとは言っていない
https://wiki.mozilla.org/Quantum

**デフォルトの名無しさん** · 2022/10/17(月) 21:29:09.32

Rust関係ないからFirefoxスレでどうぞ

**デフォルトの名無しさん** · 2022/10/17(月) 22:43:40.85

もうその話題はいいよ
しつこいな

**デフォルトの名無しさん** · 2022/10/18(火) 10:08:56.84

しつこくやって『Cell<T>はTと同じコスト』(真っ赤な嘘)を流したかったんでしょw

**デフォルトの名無しさん** · 2022/10/18(火) 11:26:14.64

termuxのrustずっとバージョン不整合で動かないな
rustupじゃそもそもインストール出来ない

**デフォルトの名無しさん** · 2022/10/18(火) 12:14:53.29

>>157 俺は普通に動いてる
一応聞きたいんだけど､TermuxはF-Droidから入れたよね?
Play Store版はもうメンテナンスされてないから色々バグると思う

**デフォルトの名無しさん** · 2022/10/18(火) 12:23:43.08

>>153
あー、それ見てワカッタ風吹かしてんのな。「Rustのコンポーネントを多く導入」と言ってる時点で、styloだけじゃないし
2DレタリングのwebrenderもservoからのRust製だわ。”誰も”Geckoを置き換える＝Geckoが無いなんて言ってない
https://github.com/servo/webrender

**デフォルトの名無しさん** · 2022/10/18(火) 14:03:11.76

>>158
F-Droidから入れてる
何故かlibllvm-14.soのリンクが出来ないと怒られてしまう
で入ってるllvmのバージョンが更新で15に上がってしまってる状態
俺環かも知れんね

**デフォルトの名無しさん** · 2022/10/18(火) 14:27:25.95

あんまり自信がある訳じゃないんだけど、カーネルが64bitでユーザーランドが32bitみたいな環境だったりしない？

**デフォルトの名無しさん** · 2022/10/18(火) 14:27:28.03

>>159
Geckoのコンポーネントを置き換える
と
Geckoを置き換える
は全然意味が違うでしょ

まあ日本語の問題で意図してるところは食い違ってないから反応するのはこれで終わりにするわ

**デフォルトの名無しさん** · 2022/10/18(火) 14:32:25.86

グーグル、Rustで書かれたセキュアなOS「KataOS」を発表
https://japan.zdnet.com/article/35194751/

**デフォルトの名無しさん** · 2022/10/18(火) 15:37:54.47

>>158,161
すまぬ色々やってる中で入れたnightlyの影響だった
お騒がせした

**デフォルトの名無しさん** · 2022/10/19(水) 03:30:17.24

fucsia「僕はいらない子なの？」

**デフォルトの名無しさん** · 2022/10/19(水) 07:05:26.07

>>163
昔「おおっ！！！あのグーグルがまた何か新しいことを始めたぞ！すごそうだ！」
今「まぁーーたはじまったよ・・・」

**デフォルトの名無しさん** · 2022/10/19(水) 11:11:44.42

Googleが立ち上げては潰してきたサービス一覧｢Killed by Google｣
killedbygoogle.com

**デフォルトの名無しさん** · 2022/10/19(水) 11:23:33.38

何も産まないよりは健全よね

**デフォルトの名無しさん** · 2022/10/19(水) 11:35:06.09

役に立つかどうかわからんものに手を出せる余裕が
個別の結果に関わらず
部分的な成果の積み上げで会社をブーストさせるんよ

**デフォルトの名無しさん** · 2022/10/19(水) 11:38:58.17

まあ堅そうな名前ではあるな

**デフォルトの名無しさん** · 2022/10/19(水) 12:24:59.02

IoT向けOSって言ってるし組み込みOSなんて元々百花繚乱だろ。
組み込み機器の脆弱性対応なんて大変だし、そもそもその手の脆弱性が入り込みにくい言語を採用するのは合理的だと思う。

**デフォルトの名無しさん** · 2022/10/19(水) 12:46:33.84

日本ってやらない理由、出来ない理由並べる奴が多いよな
多くの日本企業よりGoogleの方が多く生み出しているし世の役に立っている

**デフォルトの名無しさん** · 2022/10/19(水) 12:48:40.76

南朝鮮ってやらない理由、出来ない理由並べる奴が多いよな多くの南朝鮮企業よりGoogleの方が多く生み出しているし世の役に立っている

**デフォルトの名無しさん** · 2022/10/19(水) 13:00:38.45

Rust Foundationへの参加はNECやFUJITSUよりSamsungの方が早いんじゃないかなぁ
国内大手で積極的にRustを推していこうなんて所はなさそうに見えるし
組み込みのRenesasとかもやる気なさそうだしな

**デフォルトの名無しさん** · 2022/10/19(水) 19:58:52.34

出来ない理由を考えるのではなく！

**デフォルトの名無しさん** · 2022/10/19(水) 21:32:43.94

日本が後進国になってきたのは政治の責任が大きいけど
IT分野で遅れてるのは総じて教育水準が低いからだよ

**デフォルトの名無しさん** · 2022/10/19(水) 22:51:58.05

民主主義国は政治の責任＝有権者の責任

**デフォルトの名無しさん** · 2022/10/19(水) 23:03:48.16

>>177
利権差配と中抜きしか考えない国賊を礼讃して
統一創価売国与党に投票し続けたやつの責任だろ

**デフォルトの名無しさん** · 2022/10/20(木) 00:02:58.60

まったく読むに値しないクソ書き込みの羅列の中で
>>170 だけが唯一価値ある輝きをはなっている

**デフォルトの名無しさん** · 2022/10/20(木) 13:00:10.90

在日だらけ。IT分野で遅れてるのは米国（英語圏）・中国の人口差だし、日本の人口減でもある。
世界中で、歴史上、移民以外で人口減を解決した国は１つもない
そういう意味では韓国などはでは優れたソフトウエアは１つもない。馬鹿な半島はAndoridのOSを
握ろうとTizenなどというゴミを掲げたが、食いついたのはNTTドコモぐらい
いま韓国で起こってるのはソフトウエアサービスの””ガラパゴス化””であり、GoogleやAmazon
Apple Payなどに対して参入障壁を作り防御するような、大昔の古臭い日本あった不公正貿易。
民主党政権時代だって３年あったわけだが、利権と中抜きしかしてない。やったことは仕分けだが
１つも役に立たないどころか、地方医療を崩壊させ、気象変動へ対処できるインフラ投資を
一時的止めた害悪しかなかった。その他にも野田政権による執拗な消費税増税もあった。
今彼らは英国が減税を匂わせただけで大混乱していることを見ずに、消費税ゼロを掲げている。

卑劣にも矛先を反らし、リベラルなのに移民反対派で、リベラルなのに「国賊、売国」などという言葉を使い、
まるで戦争前夜か、共産主義や社会主義のような物言いをするアホが出る時点で若い人の人材不足といえる。

**デフォルトの名無しさん** · 2022/10/20(木) 16:07:13.38

英国が減税しただけで、支持率が7% になったw
米国の金利上昇で、韓国の金利も0.5% 上がったw

なのに、借金が1千兆円もある日本の金利が、0%w

狂った世界中の経済学者達が、日本は不正をしている。
日本国債は破綻しなければおかしいと言ってるw

外人が幾ら日本国債を売っても、金利が上がらない。
破綻しないw

いい加減、借金が1千兆円もあるという財務省の嘘に気付け！w

YouTube で勉強しろ。
【TVじゃ絶対言えない話】国の借金は嘘！？中田敦彦が解説

**デフォルトの名無しさん** · 2022/10/21(金) 19:45:15.15

WEB+DB PRESS、何度目のRust入門なんだい？

**デフォルトの名無しさん** · 2022/10/21(金) 20:10:13.59

Rust入門は初めて

**デフォルトの名無しさん** · 2022/10/21(金) 21:22:06.02

pythonとrustを一通り試してみた
for文の入れ子で外側のforをbreakできるとか、数値を1_000_000と表現できるとか、
そんなところでrustのほうが行き届いている感じがした

ただpythonのリスト内包表記、添え字の-1で配列の一番最後を表すとかそんなのは便利だな

**デフォルトの名無しさん** · 2022/10/21(金) 21:26:14.55

Rust入門という感じではないな
Rustを使ったWeb入門という感じ

**デフォルトの名無しさん** · 2022/10/21(金) 22:25:35.46

>>185
Web+DB Press読者は簡単なWebアプリ開発はいろんな言語で経験済みで理解しやすいだろうからチュートリアルの対象に選んだだけでは？

**デフォルトの名無しさん** · 2022/10/22(土) 13:19:56.51

>>186
普段読まないけどRustなので買ってみた
なかなかわかりやすかった
基本文法の解説が明らかに足りないけど
サンプルを理解するだけならこの程度で良いのか
面倒な部分が表に出ないようにうまくサンプルを調整してるし

**デフォルトの名無しさん** · 2022/10/22(土) 21:03:49.60

借用がどうGCに関係するのかよくわからない
うまく説明しているサイトはないですか?

**デフォルトの名無しさん** · 2022/10/22(土) 21:38:11.55

まずスタックとヒープを理解せよ
これは口を酸っぱくして言ってる
でないとRustは理解できない

**デフォルトの名無しさん** · 2022/10/22(土) 21:39:04.07

とりあえずThe Bookの4章
https://doc.rust-lang.org/book/ch04-02-references-and-borrowing.html

Rustをそれなりに習得しようと思うなら
The Bookとオライリー本を読むのが一番近道

**デフォルトの名無しさん** · 2022/10/22(土) 23:56:07.88

両方とも初心者には辛いよなあ
わかりやすい入門書が待たれる

**デフォルトの名無しさん** · 2022/10/23(日) 00:22:18.48

借用するときにデータをスタックに積む
スコープを抜けるときに一気にpopするので
GCがいらない、つまり、早い
heapだとGCのときにデータの移動が必要になる
ので遅い
この理解であってる?

**デフォルトの名無しさん** · 2022/10/23(日) 00:29:31.67

ポインタとか参照とか他の言語で扱ったことない？

**デフォルトの名無しさん** · 2022/10/23(日) 00:44:57.32

heapが遅いの要因は、メモリの割り当て解放処理があるから処理量が多いとか、
割り当てた領域がバラバラになることでキャッシュ効率がさがることとかかと

**デフォルトの名無しさん** · 2022/10/23(日) 13:47:22.46

ページング処理みたいなのが、ヒープだと2重に行われるんじゃないの？

**デフォルトの名無しさん** · 2022/10/23(日) 14:14:22.62

>>192
Rustでのその辺のメモリの動きはオライリー本に詳しく書いてあった気がするから読むべし

**デフォルトの名無しさん** · 2022/10/23(日) 15:30:09.10

>>192
>>195
お前ら、具体的にどうされてるからスタックだと速いかわかって無いだろ、、、

**デフォルトの名無しさん** · 2022/10/23(日) 18:33:19.09

>>192
そんなに物事が単純なら良かったのに...
”スコープを抜けるときにGCがいらない、つまり、早い”、これは間違いでもある。インライン展開されるような高階関数なら良いが
ループ中でアロケーションしてしまうような記述をすると、その度に確保・解放されるので非効率になりかねないし、借用による
メモリーの管理ではないが、参照カウントを使用するSwiftでは、ループでボトルネックになることはある。
このためRustでは高階関数で書く事が一般的に（分かり易く）良い事とされる。あとスタックでどの言語も大体はスコープ外で
消えるのでヒープとスタックの区別は付けましょう

独立したGCスレッドが動く言語だと、スコープ外れでGCするとは限らないので、速い場合がある。一方で、高負荷な環境では
GCスレッドがありで、回収などインターラプトが入るのでRustが有利になる（＝※こちらのほうがRustが重要視される理由）
いわゆるSTOP THE WORLD（DIO様風）だ。ただ、これが無ければ良いということではなく、循環参照などを作らなければ
問題ないという話で循環参照を作ってしまうのであれば、独立したGCスレッドは便利でもある

”GCのときにデータの移動が必要”になるかどうかは、GCのアルゴリズム次第であり、厳密には”データの移動が必要”になるのは
メモリーのフラグメント解消つまりコンパクション処理によるところが大きい。これは、近代的なOSでは似たような事を行っていて
これ自体が速度に大幅に影響を及ぼすとは言い難い

**デフォルトの名無しさん** · 2022/10/23(日) 19:03:12.25

>>198
> ループ中でアロケーションしてしまうような記述をすると
アホなコードで議論する必要あるの？

**デフォルトの名無しさん** · 2022/10/23(日) 20:51:00.62

一体何と何を比較しているのだ

**デフォルトの名無しさん** · 2022/10/23(日) 22:09:39.72

なんかすごい早口で支離滅裂なこと言ってるけど
頭を整理した方が良いよ

**デフォルトの名無しさん** · 2022/10/24(月) 16:50:56.92

スコープを抜けるときにGCがいらない、つまり、早い

これが間違っている理由を教えてください

**はちみつ餃子** ◆8X2XSCHEME · 2022/10/24(月) 18:09:05.87

ヒープメモリの管理はそれなりに重い処理だというのが論旨のように見える。

GC を使った場合のように不要なオブジェクトの判別をしていくコストは Rust では生じないが
それを除けば空いてる箇所と使用中の箇所を上手いこと管理する実行時コストは
GC (に付随するメモリ割り当て) でやってるのとたぶんそんなに差はないんじゃね。

**デフォルトの名無しさん** · 2022/10/24(月) 18:49:41.29

>>202
＞スコープを抜けるときにGCがいらない、つまり、早い

確保したメモリはいつ解放するんだよバカ。

**デフォルトの名無しさん** · 2022/10/24(月) 19:05:34.14

文法で制約したら、書き手もコンパイラも
変数の寿命を厳密に特定することができて便利だろって事で、
どこにどう確保すると速いとか、そういう話とは別では

**デフォルトの名無しさん** · 2022/10/24(月) 19:14:17.25

GCがないので速い←わかる
スコープを抜けたらpopするだけなので速い←わかる
スコープを抜けるときにGCがいらない←スコープとGCは何の関係もないよね

**デフォルトの名無しさん** · 2022/10/24(月) 20:07:47.96

まあGCは常に動く可能性があるからな
逆に全く動かない可能性もある
そこはGCのアルゴリズムによりけり

**デフォルトの名無しさん** · 2022/10/24(月) 21:01:10.53

スタックを使っているから
pop すればそのままメモリが解放されるという意味では?

**デフォルトの名無しさん** · 2022/10/24(月) 21:39:23.30

何と何を比べて何が速いと思ってるのか整理しなよ
話はそれからだ

**デフォルトの名無しさん** · 2022/10/24(月) 22:49:30.31

>>208
動的データ全部スタックに積むのか。すげーな。

**デフォルトの名無しさん** · 2022/10/24(月) 22:54:45.01

そんなことよりコンパイルの遅さマジでテコ入れろYO、非力なCeleronでactix-webのコンパイルしたら10分とかふざけてんのか？

**デフォルトの名無しさん** · 2022/10/24(月) 23:05:21.00

コンセプトがコンパイル遅くしても賢くするだから無理

**デフォルトの名無しさん** · 2022/10/24(月) 23:18:23.86

依存ライブラリまで全部自前ビルドさせられてるわけだからな
コンパイル済みcrateの配布とかやってくれればなんとかなりそうではあるが

**デフォルトの名無しさん** · 2022/10/24(月) 23:42:51.24

コンパイル高速化はユーザー側でもいろいろ工夫の余地はあるが
コア数多いマシンを使うのがいちばん効果がある

**デフォルトの名無しさん** · 2022/10/25(火) 07:14:07.04

分散コンパイルか、差分コンパイルか、常にバックエンドでコンパイルか

**デフォルトの名無しさん** · 2022/10/25(火) 08:16:49.84

>>211
流石にもっと良いマシン買えでFA

**デフォルトの名無しさん** · 2022/10/25(火) 08:49:49.17

でもRustって錆だよね

**デフォルトの名無しさん** · 2022/10/25(火) 11:17:17.09

ライブラリ類も複雑化・大型化の一途をたどっているご時世だし
Androidをビルド出来ないようなマシンは開発用としては時代遅れじゃね

**デフォルトの名無しさん** · 2022/10/25(火) 16:49:21.94

環境負荷を下げるためにもTier1プラットフォームはビルド済みか半分ビルド済みを配布できるようにすべき

**デフォルトの名無しさん** · 2022/10/25(火) 18:21:31.05

structのフィールドにasyncのクロージャ持たせるの面倒だな

**デフォルトの名無しさん** · 2022/10/26(水) 00:21:17.27

>>220
Pin<Box<dyn Future<Output = T>>> ではだめ？

**デフォルトの名無しさん** · 2022/10/26(水) 01:59:13.05

>>221
Box<dyn Fn() -> Pin<Box<dyn Future<Output = T>>>>
こんな感じ

**デフォルトの名無しさん** · 2022/10/26(水) 03:12:53.76

>>210
全部とは言っていないローカル変数だけだ

**デフォルトの名無しさん** · 2022/10/26(水) 07:48:04.37

>>223
GoだってJavaだってローカル変数はスタックを利用する。

**デフォルトの名無しさん** · 2022/10/26(水) 08:03:17.30

>>224
Go は知らんが Java は値型しかスタックに確保しないよ
配列使うだけでヒープ使う

**デフォルトの名無しさん** · 2022/10/26(水) 10:03:48.91

んなこと言ったらRustだってBox使うだけでヒープ使われるだろ

**デフォルトの名無しさん** · 2022/10/26(水) 10:28:26.80

ピープアレルギーでも湧いたのか？

**デフォルトの名無しさん** · 2022/10/26(水) 10:55:30.37

>>226
そりゃあえてBox使えばヒープ使うわな
極論バカ乙w

**デフォルトの名無しさん** · 2022/10/26(水) 12:39:08.43

ヒープで思いついたけどtest::benchってなんで使用したメモリ量出てこないの？Rustだってアロケーター自作できるなら出せなくないと思うんだが

**デフォルトの名無しさん** · 2022/10/26(水) 13:39:05.90

c言語なんかも int a[n] とかはスタックから取ってきてる。昔はmallocしてたが。
とはいえlinuxのスタック領域はヒープとそんな変わらん。

**デフォルトの名無しさん** · 2022/10/26(水) 13:49:21.71

環境によるが、Rust のスレッドごとのスタックサイズのデフォルトが2MBとかで
バカでかいローカル変数や引数を使おうとすると、
簡単に実行時エラー／スタックオーバーフローを実現できるという
ちなみに、String はヒープを使う

**デフォルトの名無しさん** · 2022/10/26(水) 14:58:21.99

>>230
ん？
何が変わらんの？

**デフォルトの名無しさん** · 2022/10/26(水) 16:10:38.33

>>229
issueはあるが放置されてる
https://github.com/rust-lang/rust/issues/22666
こういうのは欲しい人が積極的に動かないとなかなか進まないよね

**デフォルトの名無しさん** · 2022/10/26(水) 18:56:12.77

C 以外の言語は、すべて浅いコピー・shallow copy でしょ。
実体はコピーされずに、参照だけがコピーされる

たぶん、ローカル変数も参照だけがスタックにあって、
実体はヒープにあるのでしょ

**デフォルトの名無しさん** · 2022/10/26(水) 19:32:11.84

そもそもスクリプト言語はマシンスタック使ってないから
C/C++/Rust/Goみたいなコンパイル言語とスクリプト言語(PythonとかRuby)とではメモリモデルが全く違う

JVMのJITはVMスタックをマシンスタックに引き継ぐって処理をやってるけど

**デフォルトの名無しさん** · 2022/10/26(水) 19:35:12.65

>>234
Cにdeep copyの概念ある？

**はちみつ餃子** ◆8X2XSCHEME · 2022/10/26(水) 19:39:57.27

>>236
たぶん >>234 は Java や C# などでいう参照型のことを言ってると思う。

**デフォルトの名無しさん** · 2022/10/26(水) 19:41:30.91

Box<T>って出現頻度の割に表記が長いよな
boxキーワードに変える案はどうなったんだ？

**デフォルトの名無しさん** · 2022/10/26(水) 20:19:12.15

>>230
まーた思いつきで適当なこと言ってるの？

**デフォルトの名無しさん** · 2022/10/26(水) 21:39:27.98

シャローコピーもディープコピーもプログラマに意識させるような言語の方がいいと思うけどなあ

**デフォルトの名無しさん** · 2022/10/27(木) 17:59:59.22

C言語は低レベルすぎるからshallow copyやdeep copyを意識する必要がそもそもないしな
ポインタをそのまま複製するのがshallow copyでポインタをデリファレンスしてからその値を複製するのがdeep copyってだけやし

**デフォルトの名無しさん** · 2022/10/27(木) 18:19:49.08

cだってポインタがネストされてたら順番に見てかないといけないのは他の言語と同じでしょ。
ネストを考慮しなくて良いならjavaだってcloneで一発コピーできる