Rust part15

**デフォルトの名無しさん** · 2022/05/12(木) 18:28:20.99

公式
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/

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

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

前スレ
Rust part14
https://mevius.5ch.net/test/read.cgi/tech/1644596656/

**デフォルトの名無しさん** · 2022/05/20(金) 02:33:24.77

天文計算なら多倍長じゃなくて浮動小数みたいに指数部と仮数部だけ保持しておくほうがいいだろう

**デフォルトの名無しさん** · 2022/05/20(金) 07:35:06.49

>>177
>>146のオーバーフロー対策をしてみた
これでいい？

fn fibonacci_iter() -> impl Iterator<Item=usize> {
let mut op: Option<usize> = Some(0);
let mut oq: Option<usize> = Some(1);
std::iter::from_fn(move || {
op.take().map(|p| {
op = oq.take().map(|q| {
oq = q.checked_add(p);
q
});
p
})
})
}

fn main() {
for (n, f) in fibonacci_iter().enumerate() {
println!("f({n}) = {f}");
}
}

**デフォルトの名無しさん** · 2022/05/20(金) 08:11:12.19

必要ないOptionまで追加してtake.mapのネストは汚すぎる
事前に設計せずコンパイラ駆動だけで書くと汚いコードになりがち

**デフォルトの名無しさん** · 2022/05/20(金) 08:24:34.35

>>179
勝手に戦えww
複製おじさん vs 100点おじさん

**デフォルトの名無しさん** · 2022/05/20(金) 08:33:57.56

>>168
1レスで晒したこの4つの無知は外せないww

(1) ムーブでビットパターンのコピーは発生しない　-> ムーブ無知
(2) ビットパターンのコピーが発生するのは引数の値渡し等であってムーブとは関係ない　-> 値渡し無知
(3)さらに引数の値渡しでのでビットパターンのコピーとCopyのコピーも全く異なる　-> Copy無知
(4)Copyのコピーはディープであって高コスト　-> ディープコピー無知

**デフォルトの名無しさん** · 2022/05/20(金) 08:44:11.52

>>182
フラグは必要
それをOptionで簡潔に表現した
批判したいならば代替コードを出すべき

**デフォルトの名無しさん** · 2022/05/20(金) 08:52:03.20

フィボナッチ数列を他の計算の入力として使わないのなら何番目まで必要なのかをusizeとかで受け取ってBigUintのイテレータ返すので十分かな

**デフォルトの名無しさん** · 2022/05/20(金) 08:54:16.47

うげ
俺が出したのは>>185の言う代替案じゃないから
勘違いしそうだから念のため

**デフォルトの名無しさん** · 2022/05/20(金) 09:01:03.34

>>186
うん
今回はオーバーフローの対処をしろと言う>>177のリクエストに応じたのみ

**デフォルトの名無しさん** · 2022/05/20(金) 09:03:09.77

>>182
mapのネストが苦手と言うならば
mapを使わないバージョンも用意したのでどうぞ

fn fibonacci_iter() -> impl Iterator<Item=usize> {
let mut op: Option<usize> = Some(0);
let mut oq: Option<usize> = Some(1);
std::iter::from_fn(move || {
let p = op.take()?;
op = (|| {
let q = oq.take()?;
oq = q.checked_add(p);
Some(q)
})();
Some(p)
})
}

**デフォルトの名無しさん** · 2022/05/20(金) 09:18:53.35

firefoxってどのへんにrust使ってるんだっけ

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

>>189
さらに汚くしてどうすんのw

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

>>191
汚いと言うならば同じ動作をするもっと美しいコードを出そう
「汚い」と言う人はいつもコードを出せない人だから負け惜しみで言っているのかと

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

>>185
unfold使ってた時と同じでフラグという捉え方がコードが汚くなる原因
命名を疎かにせず変数や関数の型を考えよう
そうすればOptionが必要なものと不要なものくらいは区別できるはず
ヒント終わり

コンパイルができた動けばいいだけのコードからは早めに卒業しようね

**デフォルトの名無しさん** · 2022/05/20(金) 11:03:32.49

>>192
君のコードを汚いという人間は一人や二人ではないだろう？
それがなぜなのか？
なぜ汚いと言われるのか？
自分で考えて足掻いてこそ成長するんだよ

**デフォルトの名無しさん** · 2022/05/20(金) 11:08:36.62

>>192
ちなみに汚いコードの反対は汚くないコード
美しいコードである必要はない
実践で重要なのは美しいコードよりも汚くないコードを書くこと

**デフォルトの名無しさん** · 2022/05/20(金) 11:16:04.61

>>193
有無を表現することが必要だからOptionを使うのが最適
Optionを使わずに書けるのならばコードを出そう

>>194
今まで言われたことない
今回言われたから、いつも汚いを連呼しているがコードを出せないダメな人かなと
反論があるならばコードで示そう

**デフォルトの名無しさん** · 2022/05/20(金) 11:26:17.74

>>195
その通りだよ
だから汚くなく、簡素でわかりやすく、無駄をせずに効率も良いコードを>>189に出した
同じ動作と同じ効率でもっと簡素に書けるのならばコードを出してごらん

**デフォルトの名無しさん** · 2022/05/20(金) 11:47:37.20

ベンチも取らずに効率とな？

**デフォルトの名無しさん** · 2022/05/20(金) 11:48:38.99

>>184
その4つは全部並んでたからインパクト強いけど
個々で見るとムーブや値渡しの間違った理解は複オジ特有じゃないからちょっと弱いな

**デフォルトの名無しさん** · 2022/05/20(金) 12:16:58.58

>>196
>今まで言われたことない
すごーいwww
お薬必要ですね

**デフォルトの名無しさん** · 2022/05/20(金) 12:28:38.69

後出しでどんどん条件が変わっていくから話がまとまる訳がない
これ以上続けたいならソース貼るときは前提条件を共有した上でコンパクトに議論を終わらせてくれ

**デフォルトの名無しさん** · 2022/05/20(金) 19:05:29.84

複オジは断念したみたいだから
俺の考える汚くないコードを参考までに貼っとく
https://play.rust-lang.org/?edition=2021&gist=cb739f9fa655a73ced7e87e681237d9f

**デフォルトの名無しさん** · 2022/05/20(金) 19:24:47.86

まずイテレータやめろや

**デフォルトの名無しさん** · 2022/05/20(金) 19:37:01.42

　
　＿＿　　　　＿＿　＿＿_　＿＿＿＿＿　　＿＿＿＿_　　　　___　___　　　___
　|　　 |　　　 /　　/　 |　　／/　　　　　　　|　/＿＿　　__/ [][] ＿|　|_|　|＿_　_|　|_
　| 　　|.　　 /　　/　 /　 /　/　　 /￣￣|.　l　　　　/　/　　　　 |　　　＿　　| |_　　ﾚ'~￣|
　|　　 |　　/　　/　 /　 /　/　　 /.　　／　/　　　　|　 |___ 　　　￣| 　|　/　/　/ 　／|　|
　|　　 |　 /　　/　 /　 /　/　　　￣￣　／　　　　　＼＿_|　　　　　| 　|　￣　/_　 /　　|　|_
　| 　　|. /　　/　 /　 /　/　　 /￣￣￣　　　　　　　　　　　　　　　|＿|　　　　 |__|　　　＼/
　|　　 |/　　/　 /　 /.　/　　 /　　
　|.　　　　 /　 /　 /　 /　　 /　
　|　　　　/. ／　　 | ./　　 /　　
　￣￣￣　￣￣￣. ￣￣　

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

tauriどうよ

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

>>202
successorsバージョンはシンプルでいいね

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

>>190
https://wiki.mozilla.org/Oxidation#Shipped
話題になったServo関連はもちろんとして、他は文字エンコーディングとか言語関連での採用が多いみたいね

https://4e6.github.io/firefox-lang-stats/
行数ではGecko全体の10%程度

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

RustとC++を学ぼうと思ってるプログラミング初心者です。
両方ともそのうち学ぶとして、どっちを先にした方がいい感じですか？

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

あ、スレチだったかも...すみません

**デフォルトの名無しさん** · 2022/05/20(金) 22:06:04.12

連投すみません...
C++ vs Rustのスレ終わってたから一応どっちにすべきかここで聞きたい
ちなみに自分の中では
・C++のほうがほんの少しだけ速い
・Rustのほうが書くのとかメモリとか楽
・C++のほうが実行環境とか充実してる
みたいな認識になってます。よろしくお願いします

**デフォルトの名無しさん** · 2022/05/20(金) 23:40:49.05

>>207
ほー
ありがとう

**デフォルトの名無しさん** · 2022/05/21(土) 00:10:36.10

>>210
どういう領域のプログラムを作りたいかでどっちが適してるか変わるからもうちょっと学ぶ背景とか教えて

**デフォルトの名無しさん** · 2022/05/21(土) 01:38:57.59

>>210
仕事で使うほう

**デフォルトの名無しさん** · 2022/05/21(土) 01:45:27.47

なんのために学ぶのかにもよるけど、なんにせよC言語とJavaScriptはエンジニアなら全員勉強すべき
急いでないなら、そのあとでC++とRustを選んでもいい

**デフォルトの名無しさん** · 2022/05/21(土) 01:46:40.74

まぁC言語だよな

**デフォルトの名無しさん** · 2022/05/21(土) 01:58:05.82

せっかくRustのスレに来たんだしRustをやりなよ
C++をかじるのはいいけど仕事で使うわけでないなら
じゃじゃ馬を飼い馴らすバッドノウハウを今更学ぶ必要はないよ

**デフォルトの名無しさん** · 2022/05/21(土) 07:32:51.54

回答ありがとうございます…
とりあえずRustにしておこうと思います

**デフォルトの名無しさん** · 2022/05/21(土) 09:16:08.98

>>217
Rustの入門書をぱらぱらと何冊か見たけど計算の優先順位の話とか普通のプログラム入門は全く書かれてないよね
C++の方は確実に書かれてる

入門はCやC++の方がいいと思うよ

**デフォルトの名無しさん** · 2022/05/21(土) 09:22:23.20

個人的にRust以外にやったほうがいいと思う言語
C C++（深入りしない） java

多分必用になる（と思われる）言語
javascript python

**デフォルトの名無しさん** · 2022/05/21(土) 09:40:03.63

Cをざっと学んでからRustかな
C++は（深入りしない）が重要なんだけど、初心者が自分で判断するのは厳しい
既存の資料もC++98から20まで玉石混交という感じだし

**デフォルトの名無しさん** · 2022/05/21(土) 09:44:15.57

自分はOOPは学んだほうがいいと思う派なのでRustだけでは不十分だと感じる
絶対業務で必要になるし
C++ java C# 学んだほうがいいと思う

**デフォルトの名無しさん** · 2022/05/21(土) 10:11:16.37

いろんなパラダイムの言語を触るのが良いよ

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

Rustを学ぶならばほとんどの分野でC++とJavaは不要
C言語は実用とは別に最初に基礎教養として学んでおいたほうがRustの理解が早い
C→Rustも可能だが、その前にスクリプト言語などでオブジェクト指向(のうちインスタンスとメソッド呼び出し等)と、非同期(async/await)をそれぞれ学んでおくと楽だと思う
その場合のスクリプト言語はJavaScript(ただしHTML/CSSに踏み込まなくて済むNode.js)がオススメかな

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/21(土) 10:46:13.19

単に習得するためなら Rust を学ぶために他の言語を先に知っておく必要はないが、
C++ を先に使っていると Rust の「ありがたみ」に納得しやすいという意見はあるみたいだね。
まあ C が基礎教養であるというのは私も同意。

**デフォルトの名無しさん** · 2022/05/21(土) 10:50:44.47

Rustだけを学ぼうとしてもその環境が整ってないんですよ

さっきも書いたけど入門書に演算子の優先順位とかそのレベルの話がどこにも書かれてない
他の言語に乗っかって入門するしかない

**デフォルトの名無しさん** · 2022/05/21(土) 10:59:08.26

>>224
C++は不要
Cを習得しておけばRustのありがたみがわかる

**デフォルトの名無しさん** · 2022/05/21(土) 11:34:26.44

>>225
演算子の優先順位の話はオライリー本には書いてあるよ
プログラミングを初めて学ぶ人間がRustから始めるべきじゃないというのは完全同意だけど

**デフォルトの名無しさん** · 2022/05/21(土) 11:47:35.41

ぼくはガベージコレクションが嫌いです

**デフォルトの名無しさん** · 2022/05/21(土) 11:50:19.62

オライリー本もヒープとかスタックとか出てくるあたり、CやC++で動的メモリ確保の面倒くささを知ってる人向けだと思う

**デフォルトの名無しさん** · 2022/05/21(土) 11:50:43.88

メモリ管理まわりの勉強はcで必須

**デフォルトの名無しさん** · 2022/05/21(土) 11:56:37.53

逆に考えよう
C→Rustと進むだけで十分であり、何か困ることある？
困ることないよな

**デフォルトの名無しさん** · 2022/05/21(土) 12:04:35.32

ゴミ集めてどうするんだっていう。

**デフォルトの名無しさん** · 2022/05/21(土) 12:06:48.99

十分かどうかはさておき
そもそもCをすべきかどうかというと微妙かもしれない
Cしかやってなさそうな人特有の
・変数がたくさんとっちらかった
・変数名が暗号めいてて
・ifやforが多重になってて
・グローバル変数を平気で使っちゃってる
コードみたことあるでしょ
それはそうするしかやり方を知らないから

一方、抽象度の高い言語からやった人は先にそっちに慣れるんで
List(8, 9, 3, 1).sorted.reverse.foreach(print)
こういうふうにスッキリ書けるのを目指してくれる

**デフォルトの名無しさん** · 2022/05/21(土) 12:09:45.76

オブジェクト指向がいちばん大事

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

格下相手の話だけイキイキするな

**デフォルトの名無しさん** · 2022/05/21(土) 12:12:07.01

>>233
それは同感で非常に重要
だから最初に>>223でCとJavaScriptを先に学ぶのをオススメと書いた

**デフォルトの名無しさん** · 2022/05/21(土) 12:39:26.68

ありがたみなんて知る必要ないでしょ
典型的な老害だな

**デフォルトの名無しさん** · 2022/05/21(土) 12:39:58.62

>>221
C++ と java はやったけど C# 必要ですか？

**デフォルトの名無しさん** · 2022/05/21(土) 13:06:24.69

Rustは、プログラミング経験者向けの情報が多い気がするから、PythonとかJavascript辺りをサラッと試してからでも良い気はする。

コンパイルとはとか、型って何？とか。

**デフォルトの名無しさん** · 2022/05/21(土) 14:18:25.43

>>235
それな
自演ネタふりの可能性すらある

**デフォルトの名無しさん** · 2022/05/21(土) 14:45:48.56

いつも同じパターン
質問や相談があると、答えたり情報を出したりせずに、それらをしている人たちをバカにする
コードが出ると、代案コードを出すわけでもなく、とにかく批判のみ行なう

**デフォルトの名無しさん** · 2022/05/21(土) 14:51:09.52

プログラミング初心者は言語知識よりも
プログラミングという行為がどういうものなのか
どういうことを考える必要があるかというメタ認知を得ることが最も重要

メタ認知を獲得するために最も効果・効率ともに高い方法は
考えて・書いて・動かして結果を確認するというフィードバックサイクルをとにかく繰り返し回すこと

初心者は上記のサイクルが回しやすい言語から始めると後々の成長が早い
C/C++/Rustはサイクルを回すために越えなければならないハードルが相対的に高いため
現代では初心者向け言語ではない

**デフォルトの名無しさん** · 2022/05/21(土) 14:57:49.13

>>241
被害妄想はげしくね？
代案も代替コードもそれなりに出てるよね？
それに悪い物を悪い(汚い物を汚い)というためだけに毎回代案を用意する必要なんて全くないよ

**デフォルトの名無しさん** · 2022/05/21(土) 15:08:42.12

意訳:
ぼくちゃんがかいたさいきょうのコードをひはんしないでくだしゃい
ぼくのかんがえたやつがさいきょうなんでしゅから

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

なでしこ（プログラミング言語）も使ってあげて、、

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

お前ら>>205みたいなのにも反応してやれよ

**デフォルトの名無しさん** · 2022/05/21(土) 15:46:51.93

>>246
前スレがいしゅつ

**デフォルトの名無しさん** · 2022/05/21(土) 16:45:07.99

>>218
そのかかれてるC++入門本のタイトルあげてみろ

**デフォルトの名無しさん** · 2022/05/21(土) 16:48:39.25

>>225
お前、>>218 で *計算*の優先順位って書いてるじゃん。
>>225 でしれっと演算子の優先順位にしてんじゃねーよ。

**デフォルトの名無しさん** · 2022/05/21(土) 16:54:22.75

お前ら新しい言語勉強する時に本読まないの？
たいていの本には想定する読者ってのが最初のほうに書いているだろ。
現在出版されてるRustの本で他の言語全く使った事ない読者を想定してる本はあるのか？

**デフォルトの名無しさん** · 2022/05/21(土) 17:14:51.81

>>246
Tauriではなくweb-view crateがシンプルで良いと思う

**デフォルトの名無しさん** · 2022/05/21(土) 17:17:44.98

>>250
新たなプログラミング言語を学ぶために本を読んだことがないのでRustについてもわからん
わざわざ本を買って学習する人は少数派ではないか？

**デフォルトの名無しさん** · 2022/05/21(土) 17:21:24.15

おれは基本は本を読む派だけど、読まない派のほうが多そう

**デフォルトの名無しさん** · 2022/05/21(土) 17:23:04.81

昔は本買うか図書館行くかしかなかったもんね
二十年くらい前からこっちはもう本イランけど
ネットで見れるでしょ何もかも

**デフォルトの名無しさん** · 2022/05/21(土) 17:26:29.76

最近はもっぱら言語公式のチュートリアル。Rustだと「the book」

**はちみつ餃子** ◆8X2XSCHEME · 2022/05/21(土) 17:33:54.80

>>252
必ずしも本でなくてもいいが……。体系的にまとめられた入門用の文書は読むべきだと思う。
Rust に関して言えば >>1-3 で挙げられているような文書があるからありがたく利用させてもらう。

基礎が身についてない段階で詰まるたびにググるみたいな学び方だと個々の情報の断片を
自分の理屈で勝手に (誤った形で) 結び付けてにっちもさっちもいかなくなってるのはよく見る。

**デフォルトの名無しさん** · 2022/05/21(土) 17:59:31.75

確かにこのスレではよく見る
>>112,113

**デフォルトの名無しさん** · 2022/05/21(土) 18:16:32.63

複オジは本を読まないのが原因とは違うと思うぞ
本を読んでも自分勝手な理屈を脳内補完してそれが正しいと思い込むタイプ

**デフォルトの名無しさん** · 2022/05/21(土) 18:31:09.43

>>251
実際使ってるの？
github HEADの最終更新11ヶ月前とかだけど

**デフォルトの名無しさん** · 2022/05/21(土) 18:55:12.40

>>259
web-view crateは非常にシンプルで
最初のwebviewビルダーと
JavaScript側からのRustの呼び出しと
Rust側でJavaScriptの実行の三つだけをサポート
学習コストもほぼゼロ
だから更新するようなことがほとんど無い
それでも例えばHTMLのonclick等でRust側を呼び出せてRust側で処理してJSで反映ということが出来てうれしい

**デフォルトの名無しさん** · 2022/05/21(土) 19:02:17.99

>>252
じゃあ >>208 から始まる話題にはお前はおそらく不適切だからレスすんなよ。

**デフォルトの名無しさん** · 2022/05/21(土) 19:12:43.38

>>261
唐突にポカーンだけど
そういった、人への批判は意味がなく荒れるだけで誰の役にも立たないので止めたほうがいいよ

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

たしかに
「そういった人」への批判は意味がなくて、荒れるだけで、誰の役にも立たない

**デフォルトの名無しさん** · 2022/05/21(土) 19:27:36.73

「そういった」がかかるのは「人」ではなく「批判」じゃないのかな

**デフォルトの名無しさん** · 2022/05/21(土) 19:30:02.17

元のレスをもじっただけで
唐突に殴りかかってくる人には何を言っても無駄だよと諭してるだけでは

**デフォルトの名無しさん** · 2022/05/21(土) 19:32:49.23

多くの人は良い人たちだが
残念ながらこのスレにも他人を叩いたり言いがかりを付けたりするのが好きなアレな人が紛れ込んでいる

**デフォルトの名無しさん** · 2022/05/21(土) 19:43:36.19

そういうのは反応を見て楽しもうとしてるだけだろうから、無視するしかない

**デフォルトの名無しさん** · 2022/05/21(土) 21:18:46.48

>>260
tauriも同じようなもんじゃないの？

**デフォルトの名無しさん** · 2022/05/21(土) 23:40:28.85

今流行のアプリをweb-viewのテストで作ってみたがこんな感じなのか

const HTML: &str = r#"
なぜかHTML部分はセキュリティうんぬん言われて貼れないので略
"#;

fn main() {
struct Fibonacci { index: usize, cur: usize, pre: usize }
let fibonacci = std::sync::Mutex::new(Fibonacci { index: 0, cur: 0, pre: 1 });
let webview = web_view::builder()
.content(web_view::Content::Html(HTML))
.invoke_handler(|webview, arg| {
match arg {
"next" => {
let mut f = fibonacci.lock().unwrap();
(f.index, f.cur, f.pre) = (f.index + 1, f.cur + f.pre, f.cur);
webview.eval(&format!("show({}, {})", f.index, f.cur))?;
},
"exit" => webview.exit(),
_ => unimplemented!(),
};
Ok(())
})
.user_data(()).build().unwrap().run().unwrap();
}

**デフォルトの名無しさん** · 2022/05/22(日) 13:23:37.89

MozilaはFirefoxを丸ごとRustに書き換える予定はあるん？
今はまだ一部だけだよねRustになってるの

**デフォルトの名無しさん** · 2022/05/22(日) 14:00:05.26

>>270
そうなの？

**デフォルトの名無しさん** · 2022/05/22(日) 14:06:50.95

FirefoxはレンダリングエンジンをRustでゼロから作ってるんじゃないの？

**デフォルトの名無しさん** · 2022/05/22(日) 14:11:38.83

自分で確かめて
https://github.com/mozilla/gecko-dev

**デフォルトの名無しさん** · 2022/05/22(日) 14:14:17.72

servoはまだ実験段階だったと思う

**デフォルトの名無しさん** · 2022/05/22(日) 14:54:56.44

>>273
ありがとう～

**デフォルトの名無しさん** · 2022/05/22(日) 15:29:45.38

>>270
特にそういう予定はないと思う
servo自体も別に次世代Firefoxを目指してるとかではなく、Rustでwebブラウザを書く実験プロジェクトという感じ
その実験でうまく行ったコンポーネントを徐々にFirefoxに移植していっている

**デフォルトの名無しさん** · 2022/05/22(日) 15:57:34.13

アプローチとしては正しい姿なんだろうな

**デフォルトの名無しさん** · 2022/05/22(日) 17:29:35.11

暇を持て余した神々の遊び

servoと言うよりモンスターエンジンだね…

**デフォルトの名無しさん** · 2022/05/22(日) 17:37:14.17

>>270
C++で書かれてる部分は置き換えられるかも知れないけどJSで書かれてる部分までは置き換えしないんでないかな