はてなブックマーク

#はじめに ブラウザゲームやソシャゲでは、ローカルの端末で遊んで操作結果をサーバに送信します。 このとき、サーバに単にクリアしたなどのゲーム結果を送るとチートし放題となってしまいますので、暗号化だったり逐一通信することでそれを防ぎます。 ですが、これはチートとのいたちごっこになったり、逐一通信することでユーザの体感速度が著しく落ちます。 そこで「ローカルで動かしたゲームの操作だけ送るが、ゲームのアルゴリズムをサーバと共通にし、サーバ側で再現することでデータの不整合を防ぐ」ことを考えてみます。 ソースはここに置いておきます #まずは Kotlin + LibGDX でゲームを作る まずゲームを作ります。できました。 ゲームは何度も使ってるファイアーエムブレムのクローンです。（クローンと言ってもSDキャラのアニメとか作ってないので動かして戦闘ができるだけですが。） 環境はたまたまKotlinを

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #TL;DR Entityとはシステム化しているしていないに関わらず存在するものという意味としてCAでもDDDでも同じものです。一見違うように見えるのは、CAでは「対象とそれを操作するロジックをEntityにまとめられる」という話に重点を置いているのに対しDDDでは「対象は操作して状態が変わったりValue Objectとかに分割しても同じEntityである」という話に重点を置いている、つまりDDDのが細かい話をしているというだけです。 #前置 ドメイン駆動設計のエンティティとクリーンアーキテクチャのエンティティとEntity in D

FEHの能力値はHP,攻撃、速さ、守備、魔防の4種類です。武器には物理攻撃と非物理攻撃がありisMaterial()などのメソッドで判別できるものとします。今回速さは使いません。なおHPは現在値と最大値の2種類を持つのが現実的です。同じオブジェクトが持つべきかはまた別問題ですが。 基本式 ダメージ＝攻撃側の攻撃 - (攻撃側が物理攻撃の時は被害側の守備 | そうでないときは被害側の魔防) ダメージがマイナスの時は０とする 攻撃された側はダメージの分だけHPが減少する HPがマイナスの時は０とする 攻撃側をAttacker,　被害側をTargetとします これをシンプルにコード化して、例えばattacker.attack(target)メソッドと名付けると次のようになるでしょう data class Hero(var hp: Int, var atk: Int, var spd: Int,

個人開発 Advent Calendar 2017　の三日目の記事です。 この記事は筆者が初めて作ったAndroidアプリの設計を解説します。 何分初めてなものなので問題があったら指摘をいただければ記事（とアプリ）を修正します。 ソースは [https://github.com/turanukimaru/fehs] に公開していますがリファクタリング途中なので汚いですしGitHubも初めてなので正直よくわかっていません。 概要 このアプリはゲームの戦闘結果計算ツールです。 [https://fire-emblem-heroes.com/ja/] 任天堂の出しているファイアーエムブレムヒーローズというゲームがあります。 このゲームは将棋盤上の画面で駒を動かすSLGの一種なのですが、 戦闘に乱数が絡まないので計算結果は一定である という特徴があります。 駒同士の計算結果を事前に知ることができる