상태와 세이브

효과 VM으로

테이블은 변하지 않는 것입니다. 런에서 변하는 것은 전부 런 상태이고, 세이브에 들어가고, 리플레이가 재현해야 하는 것입니다.

데이터와 상태의 경계

무엇	어디
조커 150종의 값과 효과	테이블. 변하지 않습니다
지금 들고 있는 조커의 목록과 순서	런 상태
그 조커가 누적한 값 (`GrowSelf`)	런 상태
그 조커의 에디션과 스티커	런 상태
기본 덱 52장	테이블
지금 덱의 카드들	런 상태 — 강화·인장·에디션·영구 칩이 붙고 장수가 바뀝니다
족보 12종의 기본값과 증분	테이블
족보의 현재 레벨과 사용 횟수	런 상태

「지금 덱」이 런 상태인 것이 이 게임의 성질입니다. 카드 한 장이 개체로 존재하고 자기 이력을 가지므로, 세이브가 카드 52장 이상을 각각 적습니다.

런 상태의 모양

Run
├─ seed · ante · blind_index · money · stake · deck_id
├─ hands_left · discards_left · hand_size
├─ jokers[]      id · edition · sticker · counters{} · order
├─ consumables[] id · edition
├─ deck[]        base_card_id · enhancement · seal · edition · bonus_chips · uid
├─ hand[] · played[] · discarded[]     deck 의 uid 참조
├─ hand_levels[] · hand_play_counts[]
├─ vouchers[] · tags_pending[]
├─ boss_id · boss_state{}
├─ round_targets{}   지정 족보 · 지정 랭크 · 지정 무늬 · 지정 카드
└─ rng{}         스트림마다의 상태

uid가 있는 이유는 하나입니다 — 같은 Ace of Spades가 덱에 둘 있을 수 있고, 하나에만 Red Seal이 붙습니다. 카드를 값으로 가리키면 그 둘이 구분되지 않습니다.

카운터

GrowSelf가 늘리는 값입니다. 조커마다 이름이 다르지 않고 다섯 칸으로 고정입니다.

칸	누가 쓰는가
`chips`	`creeper` · `square_trellis` · `cairn` · `tiny_tot` · `stone_keep`
`mult_add`	`long_path` · `green_shoot` · `red_ticket` · `flash_note` · `spare_gloves`
`mult_mul`	`star_chart` · `leech_vine` · `glass_ghost` · `shard_jar` · `bonfire` · …
`money`	`sky_rocket`
`sell_value`	`seed_pod` · `gift_tag`

칸을 고정한 이유는 세이브의 모양이 조커 목록에 따라 달라지지 않게 하는 것입니다. 조커를 하나 더해도 세이브 형식이 바뀌지 않습니다.

charge와 tick 두 칸이 더 있습니다 — fizz_bottle의 남은 10핸드와 faint_outline의 2라운드가 그것입니다.

리플레이

리플레이는 시드와 액션 배열입니다. 상태를 담지 않습니다.

{ "seed": "CLOVER-0001", "deck": "red_deck", "stake": "white",
  "actions": [
    { "t": "select_blind", "which": "small" },
    { "t": "play", "cards": [0, 2, 3] },
    { "t": "discard", "cards": [1, 4] },
    { "t": "buy", "slot": 0 },
    { "t": "sell_joker", "index": 1 },
    { "t": "use_consumable", "index": 0, "targets": [5, 6] },
    { "t": "reroll" }, { "t": "next_ante" }
  ] }

액션에 카드 인덱스를 적고 uid를 적지 않는 이유는, 인덱스가 화면에 보이는 것이고 uid는 내부 값이기 때문입니다. 리플레이가 화면과 같은 것을 가리켜야 사람이 읽고 고칠 수 있습니다.

같은 리플레이를 웹과 유니티에 먹여 마지막 상태의 해시를 비교합니다. 해시가 다르면 어느 액션에서 갈라졌는지를 이분해서 찾습니다 — 그래서 각 액션 뒤의 상태 해시를 함께 적습니다.

세이브

세이브는 런 상태 전체입니다. 형식은 리플레이와 다릅니다 — 리플레이는 재현하고 세이브는 복원합니다.

무엇	형식
웹	`localStorage` 의 JSON. 브라우저마다 따로 남습니다
유니티	`Application.persistentDataPath` 의 JSON

두 형식이 같은 스키마입니다. 그래서 웹에서 만든 세이브를 유니티가 읽을 수 있고, 그것도 대조의 하나입니다.

EOD

데이터와 상태의 경계​

런 상태의 모양​

카운터​

리플레이​

세이브​

데이터와 상태의 경계

런 상태의 모양

카운터

리플레이

세이브