UnityでRPGを作ろう!
■ このスレッドは過去ログ倉庫に格納されています
ここのみんなでUnityでRPGゲームを作りましょう
初代ドラクエのようなレトロなRPGが作りたいです
リーダーは1がやるのが決定ですので
メンバーはその他の職種で募集します。 >>27
気持ちでゲームが作れるならみんな名作連発だってんだよこのブタ ピーターのすり替えテクニック
@永遠なる準備
仕事に着手する前に、時間を稼ぐ。行動を起こす必要性を確認、代案を検討、順序立てて注意して事を運ぶ。
A脇道への回避
些細な事を頑張れば、大切な事は、他の人間がやってくれる。
Bイメージづくり
本来なすべき任務を遂行するのでなく、理念の重要性を説く。
C完全な無関心
自分の任務を遂行しない。
D管理職渡り
臨時管理職を渡り歩く。本来の職務を免除され、臨時職においても正式な任命でないため、仕事はしない。
これ思い出した >>28
気持ちがあれば、作れるが、それと名作とは関係ないぞ
どうつながるんだ?
なざ名作なんか出てくるんだ?
ただの難癖つけたいだけか? 思いつき、メンバー募集でスレ立てるのはルール違反
やる気あり(自称)でルール見ず立ててレス返だけでage続ける奴と文句だけの奴はよく見ても同レベルの争い
これで本当に勉強でもしてれば別だが、全くその様子はなく、3日坊主どころかまだ始まってない まあこんだけ叩かれる板なんだから、続けても意味ないって早めに理解すりゃ儲けもんだわな 続けるにはまず開始する必要があるよ
先延ばしを続ける意味はないってのはこの板に限らず理解しないと時間の無駄なだけだよ 実際興味津々ではある
こういうのは人を呼ぶって前例がそもそもあるし
https://mevius.5ch.net/test/read.cgi/gamedev/1515494647/l50
当の1もシナリオ募集は人を集めるためだとか、なぜか使ったこともないUnityで作るとか言ってるし
最近の立て逃げの傾向から言っても、普通に釣りの線が高いと思ってる >>34
すまん、どこらへんが?
えっ具体的に指摘できへんの? >>38
暇な俺が横から答えると
dFyHzYaUは >>26 に対し >>27 とレスされたので「作れと言ってるのに、やる気や気持ちなんて証明できないものを主張しても何の意味はない」
ということを「もし○○だったなら、みんな××だ」といった慣用表現を使って返信した >>28
そのうちの誇張的「名作(あるいはブタ)」の部分を難癖と突っ込まれ、気持ちがあれば作れるという主張も改めて来たので
意図を理解される見込みは乏しいし、理解される義理もないことから「お前が難癖だろう」とだけ返したと思われる
これを説明するのは割に合わないので具体的に指摘をしないのだろう 過疎なこの板において人をスレに集めるって課題はそこそこ達成できてる方だな
俺たち暇人のおかげではあるけど
もっと献身的に1がレスして釣るような製作スレを乱立させて暇人を集約すれば板が活性化されるかもしれん
少なくとも意味なし議論や喧嘩で集まる現状よりは、作らないやつはダサいという風潮が出来るだけでも改善になる 世界観はゲ製スレ、1レスごとに敵と戦い、徐々にゲームの完成度と敵の強さが高まり、1000体倒すとゲームが完成して終了
>>13 で希望されてる世界観とも合ってるし
一本道で作りやすく後から分岐も可能だから良いと思うけどどうかな? あとは別視点バージョンで
UnityでRPGを作るスレを立てたものの知識がなく、荒らしにやる気を削がれて塞ぎ込んでいる姫を
国で唯一ゲ製に精通する主人公が勇者として王様に頼まれて荒らしと戦いながら、Unity本やRPGの製作知識(アイテム)を手に入れることで姫の製作を助ける
上記よりは少し複雑になるけど、よりドラクエ的なものとして考えやすいと思う。どうだろうか? 旅の途中でシナリオ、音楽、PG、グラフィッカーなどの仲間も加わる モンスター案
メタル荒らし:煽ってくるが、煽り返すとすぐ逃げる ギャグ要素
・仲間を募集しても全く来ない
・仲間が命令通りに動かない
・自己申告でレベル20の仲間が、実際にはレベル1で職業すら違う
・よりレベルが高い仲間にリーダーの権限を奪われ勝手にゲームを進行される
・セーブから冒険を再開する際、中断時間が長いと仲間が飽きていなくなっている このスレはよくあるいつものスレだろうが
だからといっていきなり煽って来る奴はいらん このいきなり煽って来る奴はよくあるいつものいきなり煽って来る奴だろうが
だからといっていつものよくあるスレはいらん >>49
了解です!早速、wikiの課題のできそうなものからお願いします。
可能であれば、ドラクエの完成品を魔法で作ってくださってもかまいません。 はじめにコウタはwikiと課題いくつかとを創造された。
ゲ製作技術板は形なく、むなしく、やみが淵のおもてにあり、神の霊が水のおもてをおおっていた。
コウタは「ここのみんなでUnityでRPGゲームを作りましょう 」と言われた。するとスレがあった。
コウタはそのスレを見て、良しとされた。コウタはそのスレとwikiとを分けられた。
コウタはスレをUnityでRPGを作ろう!と名づけ、wikiを2dgameと名づけられた。深夜となり、また朝となった。第一日である。
コウタはまた言われた、「自分が無能なのはわかっております! でもやる気だけはあるので頑張ります! 」。
そのようになった。コウタはとりあえずUnity2018対応の本買って、とりあえず全職種募集された。
コウタはとりあえず全職種募集中ですが、シナリオライターを急募された。深夜となり、また朝となった。第二日である。
こうしてwikiとスレと、その万象とが完成した。
コウタは第三日にその作業を終えられた。すなわち、そのすべての作業を終って第三日に休まれた。
コウタはその第三日を祝福して、これを聖別された。コウタがこの日に、そのすべての創造のわざを終って休まれたからである。
これが天地創造の由来である。 ギャグ要素
・職業暦だけは無駄に長いが、レアな属性を持つごく一部の経験値ゴールドの低い敵にしか有効でない上(しかもアップデートでその特性も失われる予定)、「陰キャ」値MAXコミュ力0で口を開けば強圧的でチームの士気を壊滅させる
w ギャグになってない要素
・こちらの言うことはことごとく相手の琴線を直撃し個人的に受け取られて過剰反応を食らうので、うかつに冗談も言えず、歩み寄りようが無い
・上記のような調子でどのパーティにも溶け込めず、常にあぶれ者、はぐれ者でいる
・無意識では救いの天使が舞い降りるのをひたすら待ち焦がれている
ww >>54
煽りが難解すぎる電波スライムに格上げ
救いの天使もモンスターとして追加
>>55
いいキャラしてるね!と言ってくるだけの愛嬌あるザコモンスターも追加 悲劇の要素
・現実逃避を重ねに重ねて、周囲の反応を「電波」「ザコ」と矮小化して切り捨て、仕舞には救いを求める相手がモンスターしかいなくなったあぶれ者主人公(昼夜逆転型)
www >>57
まだ序盤なのでザコ敵としての協力頂いてるのですが、強敵としての追加希望ということでしたら暫定ラスボス枠を差し上げます。
りゅうおう(仮):一度倒しても変身して復活する。復活ごとに草が1個ずつ増える。何回復活してくるかわからない強敵。三段階まで確認。 主人公:モンスターだけが友達で昼夜逆転型している野生児。ザコをバッタバッタ切り捨てる強さを誇る。
吟遊詩人:人の琴線に触れすぎて孤独な悲劇の天才。救いの天使戦後に離脱。
魔法使い:気難しく、基本的な戦闘能力も低い老人。基本的に足手まといだが、彼の魔法だけが中盤に現れるレアな属性を持つ難敵を倒せる。寄る年波に勝てず、終盤に魔力を失って離脱する。
B20U6XVW氏にインスピレーションを受け、弱さと強さの両方を持った魅力的なキャラクターが固まってきました。
それぞれ弱点を抱え、疎外されたキャラたちだからこそ、良い仲間となって成長していくストーリーに説得力が生まれますね。 >>63
それに僕がスレを立てた1本人であるとも言ってません!よくご確認ください。 ミミック:主人公に擬態。あまりにそっくりなのでモンスターたちから攻撃され始め、敵の敵は味方の理屈で、主人公の仲間に加わる。 勃起ちんちん:野郎同士でハッテンする、いわばホモ祭り(^^ >>67
意外とホモRPGは実況で伸びて
人気出そうだな 電気復旧したのでとりあえず生存報告です!
なんかトリップばれてるっぽいのですが、全角はばれやすいとかありますか? 今ざっと読んだのですが
世界観についてID:pWBO+v7rさんの案が
この板では話を作りやすくていいのではないかと思いました
他に案が無いようでしたらこの案を軸に進めて行きたいと思います。
ドラクエの村という単位をこの板のスレという単位として作れるかと思います
この板の古参の方がいましたら
過去のスレやコテハンで印象深いものをピックアップしていただけるとありがたいです
1はポナルポさんぐらいしかわからないです >>71
トリップはバレてませんよ!コピペしただけ。
暇なのでスレへの人集めとシナリオアイデア出しをユーモアを持って行っていただけなのです。 実際のところ俺が反応を引き出さないとこのスレへの書き込みなんてないし
協力する意思があるのも他にいないんだよなぁ
こっちは平日の昼間から献身的にやってんのに1は呑気なもんやで こちらにエンジニア向けの軽いルールみたいの追加しました!
bitbucket.org/2dgameteam/2dgame/wiki/機能追加・修正のルール
記念参加的な軽い気持ちでプルリクお待ちしています...
と言いつつまだ課題を全然作ってないので頑張って仕様と課題を作成します!
デザイナーさん向けのファイルの提出方法などまだ全然決めてませんが
まだ本番用ファイルが必要な段階ではないので
キャラデザ案とかその段階のものを各自何らかの方法で提出いただければこちらで保存します。
「wikiにこれを書け」とかありましたら書きますので指摘お願いいたします! >>75ご協力ありがとうございます!
平日昼間は都合により参加できないので大変助かります! >>78
MITかApache2ぐらいでいいかと思います。
GPLは個人的に厄介な印象しかないので。
あと、とりあえず他に書くものがなかったのでライセンスと書いたのですが
よく考えたらあそこに書くものでもないような気がしました。
それか作品自体というより使用させていただいた物一覧を書くのもありかと
今はUnityとUniRxぐらいですが、フリー音源とかも使うかもしれないので スレを読み返して
「1がwikiのHomeのページ書いて以降何もしてない」
と思われてる感があったので、IT業種以外の方向けに説明を書きます。
まず今回まとめに使っているBitbucketは
gitホスティングサービスというもので有名なのはGitHubとかで
チーム開発のプロジェクト管理で定番のツールです
gitというのはコードをローカルとクラウドで管理したり
編集履歴ごとに保存(WinのバックアップMacのタイムマシン的な機能)
複数人の作業をまとめる、とかできます。
世間の皆さんコマンドでバリバリやってますが1はgitクライアント(マウスでUI操作)使ってます。
メニューの(スマホの人は初期表示は多分隠れてる)
「ソース、コミット、ブランチ、プリリク」がgit関連の機能です
「ソース」はそのまま今のコードとかが見れます
「コミット」が各自のローカルPCでの編集履歴で、プッシュするとクラウド側に反映されます
逆にプルとかクローンで他の人の作業を自分のローカルに持ってきたりもします
「ブランチ」は編集の歴史の分岐的な物です、各自がブランチを分岐させて作業してから
masterという正史に合流させて一つの製品を作り上げます
この時の合流依頼が「プルリク」です、バグとかが合流しないように管理者がチェックします
「パイプライン、デプロイ」は自動でテストとかデプロイしてくれる機能で今は無視でいいです
「wiki」は初期表示がHomeですが2dgameを押すと全ページ表示されます
あとで目次的なものを作ります
「課題」はタスク一覧です(個人的に今回ここが最重要です)
必要な作業を羅列して優先度や担当者を書いています
基本的にここに作業を追加してから着手という流れなので、ここが全ての起点になります。
1への要望とか「まずは〇〇をするべきだろ」とかのご意見はここに追加されます。 >>80
ITわからんけどすごい!この調子で頑張れ! あと、メニューの「概要」を開いたら
「最近の活動」というのが見れて1が何かしてたら履歴が見れます
アクセス規制とかで1がここに来れない場合は
そっちを見たら生存確認できると思います >>81
ありがとうございます!まだわからないことだらけですが
やる気は失っていないので頑張ります!
あと、GitHubではなくBitbucketを選択している理由ですが
Unity公式さんがOSSとかで使ってるし
この先もクラウドビルドみたく連携機能追加されたりするかなと思ってのことです ツールだけで面白いゲームは決してできない
ツールを使いこなすことに全精力を使い果たさず
常にゲームの本質を追究しなさい >>84
まずツールを全精力で使いこなせるやつがどれほど少ないことか
面白いゲームやゲームの本質などという掴みどころのないものを追求する以前の段階であると知るがよい 面白いゲームを作るのが目的ではなくて、
自分のアイデアが形になるのが面白いからゲームを作るんだよね。 >>84
説明が下手で申し訳ありません。
Bitbucketはツイッターやラインのようなものの一種で、ソフトウェア開発に向いているやつと考えてください。
基本的には連絡用で、これで何かが作れるというわけではありません。
今回1はリーダーとしてPM・SEをメインでやりますので、最優先作業は「プロジェクト管理」となります。
(現状製造メンバーが一人なので、自分の作業を自分で管理してるだけですが。
一応スレで話し合って欲しいこととかも書いています、オレンジのアイコンがそうです。)
>>85
今回は良いものを作ることより、作って楽しむ過程が目的なので
最終成果物はあくまでもただの記念品です。
マイクラ的な感覚でお願いします。
>>86
そういうの歓迎です!
このスレが常設のブレスト会場で、Bitbucketでそれをまとめるという認識です。
余談ですが、新人PGさんで先述したバージョン管理とか
チャットワーク・Slackみたいなビジネスチャットとか慣れてると結構期待できます。
逆に中途でその辺未経験だとかなり疑わしいです。 >>87
平日は実装進まないって言ってたけど土日で進んでる? 部員がいないのに部室をつくる
結婚相手がいないのに新居を建てる
みたいな 天地を創造してから「産めよ、増えよ、地に満ちよ」と言うようなものだな
コウタは神であられる >>89
まとめサイトを立ち上げるのは、この板のローカルルールだから。 >>88
今、操作フォーカスの移りと結果の受け渡しをどうしようかと考え中です。
例として、フィールドで薬草を使うとして。
操作受け付けのフォーカスの移り変わりが
-自機(A)
--メインメニュー(どうぐ選択orBで一層戻る)
---どうぐメニュー(薬草選択orBで一層戻る)
----行動選択(つかうorBで一層戻る)
-ピロピロ表示中メッセージ(Aor待ってれば全表示へ)
-右下ぴこぴこ待機状態メッセージ(A)
-自機
JoypadFocusAbleというキー入力受け付けinterfaceを作るとして
・「末端まで行ったら"薬草使う"という結果を持ち帰る」という機能までつけるか
・あくまでフォーカスの管理だけにして結果とかは別ルート
前者で行った場合何か困るかな?という状態です。
あとそれをMonobehaviourに直でつけるかMVVMみたいに分けるかとかです。
Unityなら一心同体でも良いような気もしています。 >>93
とりあえずメッセージウィンドウ作りつつCanvasをFocusのルートとして
メッセージウィンドウとCanvas二つだけで実験的にフォーカス移動作ってるんですが迷走気味です。
あと十時キーとABボタンを別のenumとして作ったんですが、その意味あまりなくて面倒なだけな気がしてきました。
9_add_message_windowという名前でプッシュしてあるんでちょっとご意見いただきたいです。 操作の結果はとりあえず実験中ということで雑に文字を返すようになってるので
そこはご了承ください メッセージデモシーンの動きの説明としては。
(以下のABは画面では右左キーボードではXZです)
フォーカスは最初Canvasが持ってて
AかB押下でメッセージウィンドウに文字を設定してフォーカスも渡します。
メッセージゥインドウは自動表示かA押下でStayに状態に移行します。
Stay状態でA押下するとNone状態になってフォーカスをCanvasに戻します。 >>85
いやその発想がダメ
セガサターンがプレステに負けたのもそういう発想
>>86
自己満足でも別にいいけど
少なくともユーザ視点がないものは売れない >>87
>これで何かが作れるというわけではありません
だから開発に関係ないところに
あんま力を注がないでいいよ ID:D4r6JR6/はこのスレの趣旨を理解していない。
スルー推奨。 >>100
こういう方をキャラクターとして出せば無駄にならないんではないでしょうか?
世界観を「ゲ製世界」としましたので。
「マーケティングおじさん」という名前はどうでしょう?
もちろん悪意のあるイラストではなくおやじっちみたいな可愛い感じにしますので。
折角5chでやっているので、ただの報告場所にはしたくないですし。
勿論ご本人の希望も受け付けます。 開発に取り組めという人がまず無駄なレスをする暇で取り組むべきなんだよな
コウタ氏は取り掛かっているのだから、地道に続けていけば参加者もそのうち来るだろうし
初心者に対して開発効率がどうっていうのも、そんなのは後から伸びてくるものだし
仮に効率悪かろうがコツコツ行けばいいよね >>101
なんか小馬鹿にしてるようだけど
君はゲームとプログラムの設計
というものを現状してないね
行き当たりばったりに進めてる
Wikiはあくまで入れ物なので
中身がともなっていなければならない そんな本人がわかりきってることを繰り返してどうするんだ?
君もキャラ化されたいの? >>103
決してバカにしているわけではなく
ゲ製板らしさを出すには>>97のような書き込みはとても良い味出てると思ったのですが。
あと、設計についての話は
クローンするか普通にWeb上でもコードは見えますので、
まだエディター上では凝ったことしてませんので、
ご意見いただけると嬉しいです。今はコントローラーからの入力部分を作ってます。
>>104
「キャラ化して晒すぞ」という意図ではなく
スレのみんなで作るという趣旨に基づいて
「技術面で製造に加われなくても書き込みで登場人物として出演できる」
という意図です。
なので気楽に考えていただけると嬉しいです。
そもそも匿名なので書き込みをキャラ化されても痛くも痒くもないと思いますし。 >>105
僕はキャラクターにされたいんですが
かわいい女の子のイラストでお願いします 初心者系製作スレにしては設計面に重点を置くレアタイプなので玄人好みのエター候補だぞ
普通はシナリオやデザインのアイデア妄想ばかりする中学生っぽいのが多い >>109
プロトタイプというのはどういったものでしょうか?
>>111
この板はプログラマーはあまりいないでしょうか?
実装見せろっていう人に実装の話しても反応ないので。
もしかして実装見せろって煽りの常套句で実際に見たいわけではないということでしょうか
前にポナルポさんのスレとか見たときはみんな結構コードの話とかしてたのですが
そもそもパソコン持ってなくてスマホで見て書いてる人とかが結構いるのでしょうか? 「Unityの教科書 Unity 2018完全対応版」をある程度読んだのですが
あまり思ってたような内容ではなかったです、Amazonレビューとか読んでから買えばよかった。
最近の新機能とかが重点的に書いてあるのかと思ったのですが、
C#の説明とか「クラスとは」とかから説明してある本でした。 >>112
何が論点なのか、議論ができる相手なのか、確信が持てないので
コメントしづらいのはある。
例えばコマンド入力とその実行結果表示の設計については、
とりあえず動けばいいレベルの話なのか、
汎用性を求めるのか、シンプルさを求めているのか。
Unity固有の課題なら専門スレで聞く方が得策だと思われる。 プログラムは他人をあてにせず一人でしろ
他人のエターなる可能性のあるプロジェクトに参加する奴おらんやろ
自分でやってもエターなるのに
ドラクエ程度ならできる奴は一人でできる スレタイとおり、unityのことはここで聞いていいと想うよ とりま自分でスクリプトかいていってわからなかったらここにコード貼って聞く
って形が一番進めやすいと思うぞ >>114
1もそう思ってコード晒した時点で叩かれて賑わうと思ったのですが
誰も反応しないんですよね、割とクソコードだと思うんですが
>>115
最初の頃にも書いたのですがアーキテクチャの話がしたいので
とりあえず動けばいいは流石に無しですね(^▽^;)
汎用性とシンプルさのバランスの良い落とし所を探る感じでしょうか。
1の普段の傾向としては型にハメすぎて冗長になりがちです。
Unityに関わらずRPG経験者の設計の話が聞ければ、
それをどうUnityでやるかという話にもなるかと思います。
・入力と結果の受け渡しの設計
・データの設計
とかRPG経験者に聞きたいです。
前者はRXに流すべきか、ゲーム界隈ではRXはどういう扱いかとかも気になります。
今若干無理やりRX使ってる感があるので。 >>116
労働力を求めているわけではないのです。
「プロジェクトごっこしながらなんか作ろうぜ」ぐらいの感覚です。
前にも書きましたがマイクラのサーバーに参加する感覚です。
というか人手を求めてこの板に来る人もそのつもりで参加する人もいないですよね。
>>117
はいスレタイにある「Unity RPG」という前提の話題で行きたいです。
>>118
今回公開リポジトリでやってますのでコードは自由に見られます。
「〇〇が何故か動かなくて困ってます」的な質問は
流石にプロジェクトリーダーとしては恥ずかしくてできないかもです。 落としたけどあれ動くの?
動かなかったし特に解析するほどの内容でもなさそうだったので放置 ゲームとして遊べる段階まで実装しろってことでしょ
この板に前段階のコードをいちいち評論するやつはいない >>121
今作業してるのはadd_message_windowでまだマージしてません。
そこから落とせるのはmasterなので、Joypadしか入ってません。見方については>>80をご確認ください。
「キー操作->結果受け取り=>状態更新」のアーキテクチャをどうするか?というのが議題です。
(自機の移動、戦闘時等全てのカーソル選択、メッセージ送り等全体の根本になります)
今は
■Joypadの操作対象interface JoypadFocusAble(以下JFA)。
■JFAの管理部分(デモではMessageWIndowDemoに書いてます、以下Root)
がありまして。
・JFAはGameObjectのMonoBehaviourに実装(自機とかメッセージウィンドウとか選択肢)
・RootはScene毎に一つ用意
・値流すのにRX使用
・RootでJFAをスタックで管理(キャンセルで戻れるように)してObservableの購読・解除を管理
・RootのSubjectを先頭のJFAに渡して結果をOnNextで貰う
という作りになってて
・JFAが完全に受け身。
・Rootが肥大化するかな?
・ABと方向キーは混ぜてもいいか?
・Rxいるか?
・今文字返してるけど結果の戻りを何で定義するか?enum?class?
とかが気になる点です。 >>122
原因はmac->winで何か変になってるかRx入れてないかぐらいでしょうか。
現在コードレビュー段階なのでPG以外の方は話がわかりずらいと思います。
一旦シナリオ・デザインの草案で参加していただけると助かります。
まだ世界観が「ゲ製を題材にした異世界」ということしか決まってませんので。
>>123
今回作る物がレトロRPGで、モックは見るまでもなく劣化DQ1になりますので
プランナー視点の意見はあまり反映箇所がないかもです。
そして今設計の話なのでゲームとして遊べるようになったら手遅れです(^▽^;) あと今のこれは素人が思いつくまま実装してるので、これの感想よりかは
「そもそも俺ならこう実装する」というのが一番聞きたいです。
言い訳になりますが1はまずスマホアプリしか作ったことなくて
ゲームはカジュアルしか作ったことなくて、大半がゲーム以外の普通のアプリです。
しかも近年はネイティブしかいじってないので2017以降のUnity事情にも疎いです。 Root てなまえに不安感を覚えるが
規模感も分からんから何とも言えん
JFA っての実装だけで良いなら
受け身というのが分からん。何かしらのスクリプトが指定フレーム毎に状態監視してるのは当たり前だろう。
Root ってのはメニューか何かのオブジェクトと言う意味として、オーバーレイのキャンバスで動かさないならいくら肥大化しようが平気
Abと方向キーはよう分からん、やっちゃダメって事はないだろう
Rxは死活が中々メンドイ上、結局色々なスクリプトが生えている。上で肥大化オッケー言ったが、アクティブ、非アクティブとか利用するつもりなら、監視が死んで無い事を常に頭に入れないとダメ。俺ならもう使わないな。
結果の戻りはクラスで戻すのが言いんじゃ。
文字列はガンだからなNewはなるべく少なく、決まった毎フレームは避けるのがええ >>80に書いてませんでした、クローン用のURLは概要の上に出てます。
>>127
Rootはここでの会話用の仮名ですのでご安心ください。
肥大化に関しては>>92みたいな処理が全部Rootに書かれるってことで
ネストの深さ次第では結構やばくなると思いました。
ABと方向キーが別enumなので、例えば両方使うクラスは
void OnKeyTapAB(AB arg)
void OnKeyTapArrow(Arrow arg)
の二つが必要でメンドイってことですね。
これがenum KeyEvent{A,B,UP,Down,Left,Right}みたいな一個なら
void OnKeyTap(KeyEvent arg)
で済むので。
根本は分けといてintにキャストする値をらズラして混ぜるとかも出来ますが。
RXはやっぱりUnty界隈では微妙な感じですかね
自分は普段はRxJavaとRxSwiftなんですが今回Rx.NET使ってそう思いました。
というか.NET本家なのに明らかに派生組に負けてるという(^▽^;) ■ このスレッドは過去ログ倉庫に格納されています