NLS 、物品によっては管理医療機器販売業って書いてあるのじわじわ来る
DLsite のタグ: "おむつ" の作品、穿いてる風な語りかけだけなのか本当に中に出す指示があるのか体験版だとわからないな……
String(か into_boxed_str() した Box<str>) をその目的の構造体に包んであげるのがよろしいかと
JSONをファイルまたはargvから読む、前者は一括処理、後者は単一レコード処理。として、argvに直書きされてるやつなんか実質一生なのでコピーしなくてもやれるんちゃうかって思ったわけです
すげーわねこれ
Anker (アンカー) Japan公式サイト
https://www.ankerjapan.com/topics_detail.html?info_id=256
This account is not set to public on notestock.
Lazy::new() 、const fn だから普通に static として書けるし Deref あるから参照としては普通にアクセスできるのか
lazy_static 、実は「Deref に初期化機構が入る」というすごい設計になってるからね
実行時効率でいえば once_cell と大差ないはずだし、 once_cell の方が初期化がどのタイミングで入るか明示的なぶん直観的といえる
once_cell - Rust
https://docs.rs/once_cell/1.5.2/once_cell/
lazy_static は文法がアレなので once_cell を標準にしていきたい的な話も最近あるわね
まあちょっと煩雑になるけど……
s3wf2-rs の用例あった、こんな感じ
https://github.com/kb10uy/s3wf2-rs/blob/master/src/parser.rs#L10-L17
トップレベルに
lazy_static! {
static ref RE_HOGE: Regex = Regex::("").expect("Should compile");
}
とか書ける
エラーメッセージが英語のほうがいい Rust 的な理由、 with MSVC でコンパイルすると non-UTF8 output で何も読めなくなるという問題が発生する
PS4 だったとしても RAM に R8G8B8A8 とかで用意してそこに書き込んでそれを毎フレームコピーすればそのままでいけるしな……
Result とか Error はめっちゃかぶるのでよく StdError とか IoResult とか FmtResult みたいに as use しがち
これ、
use path::to::trait::HogeService as HogeServiceTrait;
struct HogeService;
impl HogeServiceTrait for HogeService { ... }
として回避する方法が考えられる
protobuf上のService名がそのままtraitの名前になるので、じゃあstructの名前どうするよ?ServiceServiceか?ServiceImplか?いやimplって別のとこでも言うとるやんみたいになる
This account is not set to public on notestock.
おしがま、真面目な話するとまず人体構造上男という時点でかなり有利で、さらに音ゲー自分の番回ってくる前補正などがあるのでその気になればけっこう耐えられそうなんだよな
This account is not set to public on notestock.