質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.35%
C#

C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

Unity

Unityは、Unity Technologiesが開発・販売している、IDEを内蔵するゲームエンジンです。主にC#を用いたプログラミングでコンテンツの開発が可能です。

Q&A

0回答

1823閲覧

フィルター(絞り込み機能)を作成する際の考え方について。

退会済みユーザー

退会済みユーザー

総合スコア0

C#

C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

Unity

Unityは、Unity Technologiesが開発・販売している、IDEを内蔵するゲームエンジンです。主にC#を用いたプログラミングでコンテンツの開発が可能です。

0グッド

0クリップ

投稿2021/10/06 13:06

編集2021/10/06 13:15

Unity(C#)で絞り込み機能を作成しようと思っております。
●流れ
リスト画面 → フィルター(絞り込み)ダイアログ表示 → 項目設定 → 決定 → リストに反映

ここで用途がほぼ同じであり、項目もほぼ同じであるため共通してフィルター画面が使用できるようにしたい。

・アイテム一覧画面:アイテム一覧画面用フィルターダイアログを表示(使用)
・アイテム図鑑画面:アイテム図鑑画面用フィルターダイアログを表示(使用)
※各々の画面用のフィルターダイアログのPrefabおよびクラスを作成
ではなく!!!
・アイテム一覧画面:汎用アイテムフィルターダイアログを表示(使用)
・アイテム図鑑画面:汎用アイテムフィルターダイアログを表示(使用)
※汎用アイテムフィルターダイアログのPrefabおよびクラスを作成
というようにしたい。
※上記は用途とフィルターダイアログ内の表示がほぼ同じだからそうしたいという前提です。

上記の画面例でフィルターダイアログを開く際の表示項目の違い
・アイテム一覧画面
→アイテムタイプ
→アイテムレベル
・アイテム図鑑画面
→アイテムタイプ
→アイテム入手方法
※「アイテムタイプ」は両方で表示する
要は共通のものもあるが画面によって少し表示する項目が違かったり多かったりする。
しかし、「アイテム」という情報を使用してフィルター(絞り込み)をすることは変わらない

メモ帳に殴り書きしました。(以下のような感じです)
イメージ説明

ポプマスのトレーニングとアイドル一覧のような感じでもありました
イメージ説明イメージ説明

上記のような実装をしたい場合、どのような実装方法が思いつくでしょうか。
現状自分の方で思いついている方法について記載します。

C#

1/// <summary> 2/// フィルター画面に表示されうるすべての情報を持つクラス 3/// </summary> 4public class Model : MonoBehaviour 5{ 6 public enum ItemType 7 { 8 Weapon, 9 Armor, 10 Portion, 11 } 12 13 public enum ItemLvType 14 { 15 Lower10, 16 Lower30, 17 Lower100, 18 Upper100, 19 } 20 21 public enum ItemGetType 22 { 23 Drop, 24 Gacha, 25 Distribute, 26 } 27 28 // それぞれのカテゴリの情報 29 ReactiveProperty<ItemType> itemType = new ReactiveProperty<ItemType>(); 30 ReactiveProperty<ItemLvType> itemLvType = new ReactiveProperty<ItemLvType>(); 31 ReactiveProperty<ItemGetType> itemGetType = new ReactiveProperty<ItemGetType>(); 32 33 public void SetItemType(ItemType type) 34 { 35 this.itemType.Value = type; 36 } 37 38 // 以下略 39}

C#

1/// <summary> 2/// フィルターダイアログ表示クラス 3/// </summary> 4public class DialogView : MonoBehaviour 5{ 6 [SerializeField] 7 Button[] ItemTypeCategoryButtons; 8 [SerializeField] 9 Button[] ItemLvTypeCategoryButtons; 10 [SerializeField] 11 Button[] ItemGetTypeCategoryButtons; 12 13 public void Open(Model model, WindowType type) 14 { 15 // 全てのボタンを非表示にする処理あり 16 // 略 17 18 19 // 必要なボタンを表示する処理 20 if (type == WindowType.ItemList) 21 { 22 ItemTypeCategoryButtons.ToList().ForEach(x => x.gameObject.SetActive(true)); 23 ItemLvTypeCategoryButtons.ToList().ForEach(x => x.gameObject.SetActive(true)); 24 } 25 else if (type == WindowType.ItemBook) 26 { 27 ItemTypeCategoryButtons.ToList().ForEach(x => x.gameObject.SetActive(true)); 28 ItemGetTypeCategoryButtons.ToList().ForEach(x => x.gameObject.SetActive(true)); 29 } 30 } 31}

上記のように
・フィルターダイアログに表示されうる情報を一括で保持するクラスを用意し、表示の際は、「どの画面から表示されたか」「フィルターの情報」を渡して、「どの画面から表示されたか」の情報により表示する項目を決める、「フィルターの情報」のなかから使用する情報のみを取得してチェック状態であるかの切り替えをする、
というのかあります。

こちらの問題点としては
・少し項目が違うが似たような処理をする画面が増えた場合If文が多くなる
・Modelクラスがどんどん膨れていく(※1)
・項目も増えればPrefabも膨れていく(※1)
・項目をほんの一部しか使用しない画面でもこれを表示することになる。(※1)
※このフィルターダイアログは開いたら明示的に破棄しない限り破棄されず表示(項目切り替え含む)・非表示を繰り返す前提です。
表示毎にInstantiateしたくないため(してもいいのか?)
※1:そんなに多くの画面で使用するつもりはない想定(多くても3画面くらい)

以上、長くなりましたがよろしくお願いいたします。
どのような実装方法が思いつくか共有いただけたら幸いです。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

退会済みユーザー

退会済みユーザー

2021/10/08 08:32

超適当なフィルターをかける的なコードですが、 using System.Collections; using System.Collections.Generic; using UnityEngine; using System.Linq; public class FilterDialog : MonoBehaviour { public enum ItemType { Weapon, Armor, Item, } public enum ItemRank { N, R, SR, } public class Item { public string Name { get; } public ItemType Type { get; } public ItemRank Rank { get; } public Item(string name, ItemType type, ItemRank rank) => (Name, Type, Rank) = (name, type, rank); } public List<Item> items = new List<Item>(); private void Start() { items.Add(new Item("ひのきのぼう", ItemType.Weapon, ItemRank.N)); items.Add(new Item("ぬののふく", ItemType.Armor, ItemRank.N)); items.Add(new Item("どうのつるぎ", ItemType.Weapon, ItemRank.N)); items.Add(new Item("かわのよろい", ItemType.Armor, ItemRank.N)); items.Add(new Item("くさりがま", ItemType.Weapon, ItemRank.R)); items.Add(new Item("らぐなろく", ItemType.Weapon, ItemRank.SR)); items.Add(new Item("やくそう", ItemType.Item, ItemRank.N)); items.Add(new Item("えりくさ", ItemType.Item, ItemRank.SR)); OpenDialog(new ItemType[] { ItemType.Weapon, ItemType.Item }, new ItemRank[] { ItemRank.N, ItemRank.SR }); } public void OpenDialog(ItemType[] itemTypes, ItemRank[] itemRanks) { var newList = items.Where(_ => itemTypes.Contains(_.Type)).Where(_ => itemRanks.Contains(_.Rank)).ToList(); foreach(var list in newList) Debug.Log(list.Name); } } やってる事はこんななのかな?って思います。考え方をダイアログ側に適用すればいいだけな気がします。 感覚的にPrefabが大量になったり、要素が違うものを沢山作る必要性も感じませんでした。データを処理して、処理したデータを返すだけではないでしょうか? なのでif文多くなる、Model膨れる、Prefab膨れる、も意味が分かりませんでした。分離して考えた方が良いものが密に結合してしまっているからではないか?と感じました。 既にそういう仕様で出来上がっているなら、その方向で頑張るしかない気もします。 Instantiateしたくないって話ですが、必要ならしても良いのでは?とも思います。それが原因で問題が発生しているのでしょうか? 極論かもしれませんが問題になったら別の手段を探せばいいんじゃないのか?と思います。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだ回答がついていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.35%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問