[過去ﾛｸﾞ] UnityでRPGを作ろう！ (236ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
124: コウタ ◆OTiG6IO/7k 2018/09/11(火)06:00 ID:mOFcoaNL(1/7) AAS
>>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？
とかが気になる点です。
125: コウタ ◆OTiG6IO/7k 2018/09/11(火)06:21 ID:mOFcoaNL(2/7) AAS
>>122
原因はmac->winで何か変になってるかRx入れてないかぐらいでしょうか。
現在コードレビュー段階なのでPG以外の方は話がわかりずらいと思います。
一旦シナリオ・デザインの草案で参加していただけると助かります。
まだ世界観が「ゲ製を題材にした異世界」ということしか決まってませんので。
>>123
今回作る物がレトロRPGで、モックは見るまでもなく劣化DQ1になりますので
プランナー視点の意見はあまり反映箇所がないかもです。
そして今設計の話なのでゲームとして遊べるようになったら手遅れです(^▽^;)
126: コウタ ◆OTiG6IO/7k 2018/09/11(火)06:40 ID:mOFcoaNL(3/7) AAS
あと今のこれは素人が思いつくまま実装してるので、これの感想よりかは
「そもそも俺ならこう実装する」というのが一番聞きたいです。
言い訳になりますが1はまずスマホアプリしか作ったことなくて
ゲームはカジュアルしか作ったことなくて、大半がゲーム以外の普通のアプリです。
しかも近年はネイティブしかいじってないので2017以降のUnity事情にも疎いです。
127(2): 2018/09/11(火)06:41 ID:Q8KoO/ox(1) AAS
Root てなまえに不安感を覚えるが
規模感も分からんから何とも言えん
JFA っての実装だけで良いなら
受け身というのが分からん。何かしらのスクリプトが指定フレーム毎に状態監視してるのは当たり前だろう。
Root ってのはメニューか何かのオブジェクトと言う意味として、オーバーレイのキャンバスで動かさないならいくら肥大化しようが平気
Abと方向キーはよう分からん、やっちゃダメって事はないだろう
Rxは死活が中々メンドイ上、結局色々なスクリプトが生えている。上で肥大化オッケー言ったが、アクティブ、非アクティブとか利用するつもりなら、監視が死んで無い事を常に頭に入れないとダメ。俺ならもう使わないな。
結果の戻りはクラスで戻すのが言いんじゃ。
文字列はガンだからなNewはなるべく少なく、決まった毎フレームは避けるのがええ
128(1): コウタ ◆OTiG6IO/7k 2018/09/11(火)07:14 ID:mOFcoaNL(4/7) AAS
>>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本家なのに明らかに派生組に負けてるという(^▽^;)
129(1): 2018/09/11(火)07:33 ID:4L6oQBOX(1/2) AAS
>>128
まあ、指定キーで呼ぶクラス分けたいんだろうが、何処かで判定分岐が出る以上は根本で分けた方が訳分からん状態にならんよ。
今回のキー位の話ならeventsystemでinput 見るのが一番楽だけどな。ab矢印全部一つの名前で登録しておいて、input監視ね。
Rxはやってみれば分かるよ。
GC 徹底的にやってる見たいだが、コーディングには勝てんね。
後致命的なのは並列化の流れに乗れて無い所な。
ブラウザアプリとか軽いもんなら、開発スピードも出るし良いと思うが、ある意味ぬるま湯に浸かるって事だから、脱却決意したとき大変だそ
130(1): コウタ ◆OTiG6IO/7k 2018/09/11(火)07:33 ID:mOFcoaNL(5/7) AAS
>>127
あと、1の言ってる「肥大化」は実行時の処理の重さとかではなく
クラス毎の処理の役割分担的な意味の方です。MVCとかMVPとかの話ですね。
例えばUnitManager、Unit(基底クラス)、AUnit、BUnit、CUnit.......クラスがあったとして
極端な話だと
A設計:UnitManagerにswitch文を書いて全Unitの移動を書く、Unitはただの構造体みたい
B設計:各Unitクラスに移動処理を書く
A設計がUnitManagerが肥大化するということで
各Unitの更新・追加にも対応しなきゃだしコード見にくいし
ManagerかUnit子クラスを誰かが編集したらビルド通んない
コンフリクト多発
とかになります。
131: コウタ ◆OTiG6IO/7k 2018/09/11(火)07:36 ID:mOFcoaNL(6/7) AAS
>>129
>脱却決意したとき大変だそ
それは最近よく思います(^▽^;)
RX無しで通信処理とかもう書きたく無いです(^▽^;)
132: 2018/09/11(火)07:42 ID:4L6oQBOX(2/2) AAS
>>130
インプット位なら一人で作る方が遥かにマネジメントしやすいよ。
てか、何人でやるつもりか分からんが、ui 設計ごときで辻褄合わないのはクラス設計やらないで突っ込んでる可能性の方が高い。
面倒かったり時間が無いなら、少人数で、役割大きく分けて回す方が効率良いと思うが
133(1): コウタ ◆OTiG6IO/7k 2018/09/11(火)08:09 ID:mOFcoaNL(7/7) AAS
>> 132
今回は製造物が目的ではなく作る過程と作り方の模索が主題なので、特に急いだりとか何人でやるとかは考えてません。
言い訳になりますが、とりあえず書き始めたのはスレの人に「設計の話とかよりコード書け」って言われたからですね。
Unityでのアーキテクチャ模索で、使用する題材がRPGっていう感じですね。
ゲームじゃ無い普通のアプリを開発する上でのクロスプラットフォーム環境としてUnityという選択肢はどうか？みたいな部分もあります。
脱出ゲームでもいいかと思いましたがここの皆さんRPG好きかと思って。
5chに来たのは、普段はROM専なんですが。
この板だとドタバタ作って飽きたら頓挫みたいのをよく見かけるので
普段の会社のチーム開発の要領でちゃんとやってみたらどうなるのかなと思ってスレ建てました。
134: 2018/09/11(火)09:15 ID:RVM3SOiL(1) AAS
【＃ケチって、核兵器】 環境省は放射能を、厚労省は被曝を、さらに気象庁は ＜核実験＞ を隠してる
2chｽﾚ:liveplus
全域ハゲる山崩れ、プレートない北海道でＭ７大地震。
「人工地震大きすぎた！ 震度1の予定が4-5」（昭和59、読売新聞）
「恐るべき環境、気象兵器、米ソで研究着々」（昭和50、読売新聞）
「最大の人工地震に成功」「原爆で人工地震」（昭和32、読売新聞）
ソ連がやると人工地震だと騒ぐのに、自衛隊がやっても記事にしない、国民が殺されてるのに。
135: 2018/09/11(火)10:56 ID:yMZbxO5B(1) AAS
>>133
会社とここじゃ決定的に違うのが、出社しなくていいのと給与が貰えるかどうか
だからここはエタる
136: 2018/09/12(水)00:30 ID:5ROCOj+k(1) AAS
普通のWebアプリなら、無料のRails チュートリアルでもやれば？
137: 2018/09/12(水)18:06 ID:rWmYPY11(1) AAS
>>1は匿名、特にVIPやなんｊなんかの祭りとか好きそうだな
作りたいなら自分でTwitterやら何やらで直接声をかければ良いんだから
138(1): 2018/09/12(水)20:14 ID:yFtlLSQg(1) AAS
そんじゃもう終了でいいすか？
139: 2018/09/12(水)21:48 ID:c8J9NbL3(1) AAS
>>138
終焉の使者。スレを終わらせようとしてくるラスボス。
140: 2018/09/13(木)06:29 ID:VIGXlFDV(1) AAS
作り方よりもゲーム作り切る奴が一人だけでもいればできる
しかし１はゲーム作ることに興味なさそうなのでエタりそうだな
141: コウタ ◆OTiG6IO/7k 2018/09/13(木)07:23 ID:ac2g7/Pw(1) AAS
すいません、昨日から早速忙しくて頓挫です。
土曜には再開できます。
142: 2018/09/13(木)07:39 ID:v5LkKI28(1) AAS
来ましたね法則1
早速それ使いますか
143: 2018/09/14(金)01:16 ID:3rE/RJkw(1) AAS
涼しくなってきたし土日に体調を崩すのに
ちょうどいい気候だ
144: 2018/09/14(金)07:27 ID:flDDHS/1(1) AAS
1はどこまでできるんだろ？
unityの教科書なんて超初心者が雰囲気を感じるためだけの本を読んでる段階で人を集めて何かできるのかな？
まずは一人でパックマンやらテトリスみたいなのを作ってみるのが先ではないか？
145: 2018/09/14(金)09:32 ID:of2vj86j(1) AAS
そして
146: 2018/09/14(金)09:48 ID:hkasMK37(1) AAS
132だが、寄ってたかって潰すこたあ無さそうだし。
何とか持ちこたえて欲しい意味も込めてあげとく。
しかし、140が言ってるのは真理。
手法や模索も良いけど、がむしゃらに突っ込んで見たらどうだろうか。
147: 2018/09/14(金)11:36 ID:+FGzI/jY(1) AAS
そういうアドバイス風の口出しはウザいだけだよ。
それで向上すると思ってるならまず自分でやって見せて証明すればいい。
第一、具体性がない。テトリスやパックマンと単純なRPGもどきにどれほどの差があるのか。
せめて命令するなら1個具体的なタイトルで断言しろ。
ガムシャラにやれなんてのは論外。仕事で忙しいと言ってる相手にもっと頑張れってアホかと。
148: 2018/09/14(金)12:05 ID:bH4f0c2M(1) AAS
今どき昭和の根性論とかネー
149: 2018/09/14(金)12:42 ID:xpP6F8Pm(1) AAS
【アベノ・クーデター】 北海道、震源の真上で山崩れ３８００カ所、まるで北朝鮮の核実験場のようだ！
2chｽﾚ:liveplus
総理が内乱罪で告発された！ 金正恩のかわりに安部晋三が始末されそう
150: 2018/09/16(日)00:07 ID:2xXRIPew(1) AAS
来年の今頃、また来るわ。
スレもまだ残ってるだろう。
151: 2018/09/16(日)00:34 ID:8QbNJfjp(1/2) AAS
終わりかな
152(1): 2018/09/16(日)04:23 ID:jbqBrL8G(1) AAS
しばらくunity触ってないけど、RPG用のフレームワークとかasset storeに売ってないん？
RPGなんてそれ元に作ったほうがいいでしょ?
153: 2018/09/16(日)05:57 ID:De/NLTEL(1) AAS
土曜には再開できます（再開するとは言っていない）
実際何してるかわからないから何を再開するのかピンと来ない
上下前次1-新書関写板覧索設栞歴
あと 83 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.013s