28(1): デフォルトの名無しさん [] 2023/08/23(水) 15:46:36.91 ID:89z/H8g7(1) AAS
let hoge = "もとの文字列";
let hoge = hoge.replace("なんか1を", "別のなんか1に変換");
let hoge = hoge.replace("なんか2を", "別のなんか2に変換");
let hoge = hoge.replace("なんか3を", "別のなんか3に変換");
...
みたいなのが連続して実行したいとき
まとめてやってくれるような関数とかありますか？
また変換表がVecとかMapとかDBみたいなのに対応してるものもありますか？

65(3): デフォルトの名無しさん [sage] 2023/09/02(土) 11:00:44.98 ID:YkB2gBn6(1) AAS
>>62
トランスパイル先言語との機能的互換性の高さやや元言語のコンパイラが単純なほうがトランスパイルしやすいと思う
例えばOwnership/Borrow/Lifetimeあたりのトランスパイルが楽かどうか

68(1): デフォルトの名無しさん [sage] 2023/09/02(土) 11:50:40.77 ID:l2r0UsPx(2/3) AAS
一口にトランスパイルといっても、元言語にあった属性をどこまで先言語に引き継ぐかは目的に応じた取捨選択がなされるものです
前例がないので>>62に対する答えは「未知数」としか言えないですね

あるいは言語自体に「トランスパイルのしやすさ」という属性があるとすれば、それは「言語自体がトランスパイルされることを前提として設計されているか」と同義でしょう
その側面から言えば答えは「いいえ」です

91(1): デフォルトの名無しさん [sage] 2023/09/03(日) 00:16:07.67 ID:HRiHoELW(2/4) AAS
ID:bvTG+KAn
ID:g76m2OPt
ID:f2x52juV
ID:GzMi3EqG
ID:x+ZOYO9b
ID:v0MnUUsV

303(2): デフォルトの名無しさん [sage] 2023/09/19(火) 17:37:47.80 ID:/HqZkxNe(1/2) AAS
>>302
ただ、購入履歴などは「誰が購入したか」のIDを
購入項目テーブルとユーザーテーブルを結びつける
必要があるので、IDがポインタの役割になる。
わずかでも狂うと、別人が買った項目が結び付け
られてしまう。
値が1つ、または、行が一行でもずれるとほぼ全体が破綻する。

434(1): デフォルトの名無しさん [sage] 2023/10/07(土) 14:19:35.27 ID:koj+veBs(1) AAS
XYZ座標みたいな単純だけどプリミティブでない大量のデータの配列を作りたいときに
１つ１つをオブジェクトにしないといけないGC言語は放り投げたくなる
座標なら最悪プリミティブに分解して自分で並べれば済むけど型が混ざると詰む

675(2): デフォルトの名無しさん [sage] 2023/12/26(火) 20:12:35.91 ID:RJv1OlmX(3/3) AAS
出来たばっかりの言語にやってきて
1系になってるライブラリまるでない使えねー！

お前はJavaに帰れ

723(1): デフォルトの名無しさん [sage] 2023/12/29(金) 08:38:26.10 ID:sHM61QvB(1) AAS
0.1.234 みたいにパッチバージョン爆発させてる OSS は継続性という点でわりと信頼感がある。