常連

自己紹介

# 処理概要
- APIを実行してデータを取得し、2つの異なる格納先にInsertします。(DBと別のストレージ、具体的にはAzureのTableStorage。ストレージはバックアップ用)
- APIは複数回実行するため、「API実行→DB用エンティティ作成・リストに追加→ストレージ用エンティティ作成・リストに追加」の処理をすべて実行した後、最後に2つのリスト内のエンティティをループしてInsertします。(コネクションを1回にするため)

# クラス
作成するクラスは以下を想定します。(下記の質問で一部まとめたりしています)
- 呼び出し元クラス(コントローラ)
- API実行クラス
- DBエンティティ作成クラス
- ストレージエンティティ作成クラス
- DBInsertクラス
- ストレージInsertクラス

# 質問内容・シーケンス図
試行錯誤して、いくつかシーケンス図を作ってみましたが、何がベストプラクティスかがわかりません。
- リストを保持すべきクラスはどこでしょうか？(コントローラか、エンティティ作成クラスか、Insertクラスか)
- API実行、DBエンティティ生成、ストレージエンティティ生成の呼び出し元はどこが良いのでしょう？(呼び出しは依存させた方がよいのか、させない方がよいのか、実行順序が重要な場合は依存させた方が良い・・・？)
- 各エンティティクラスのinデータはJSONデータがよいのでしょうか？(同じようなJSONデータの取り出し処理をするのは嫌だなぁという感覚です)
- エンティティ生成と登録処理は、同じクラスがよいのでしょうか？(凝集性的には同じクラスが良いと思いますが、単一責任原則的には別の方が良いのかなと。また、エンティティ作成処理は20~30行の処理なので、行数的にも分けた方が良いのかなと)

![イメージ説明](469f7a5546f8759d429502bd605a0d6f.png)
![イメージ説明](e400e875ca5db3827110da3f8e861435.png)
![イメージ説明](6e40f66abf6ee8d244b32290bc43c6f9.png)
(一番下のシーケンス図が良いのかなと考えています)

# その他
これが絶対に正解！というものはないかもしれませんが、一般的に良いとされる設計がどのようなものか、知りたい次第でございます。煩雑で申し訳ございませんが、よろしくお願いいたします。

【オブジェクト指向】クラス設計で、インスタンス変数にするか、戻り値にするか他

### 前提・実現したいこと
ファイル読み込み→変換→ファイル出力を行うような処理をTempleteMethodパターンで作成しようとしています。
以下の様な処理で考えているのですが、何点か気になる点があり、クラス設計に問題があるのか悩んでいます。
問題点をご指摘いただけないでしょうか。

### 前提
- Dto1,Dto2やConvertDto1,ConvertDto2の項目は全く違うもので抽象化はできません

### 気になる点

0. パラメータがobject型なので具象クラスを作成する人間が毎回object型を適切な型に変換し、後続の処理を行う必要がある
0. Dtoが抽象化できないのでAbstractClassのメソッドのパラメータ・返り値、メンバ変数の定義が
軒並みobject型になってしまい、変数やメソッドの用途がイマイチ分かりづらい
0. そもそもTemplateMethodパターンのサンプルで、抽象メソッドに返り値を持たせる
ようなものをあまり見かけません、ということはTemplateMethodパターンを使うこと自体が間違っている？

### 処理

```C#
    public abstract class AbstractClass
    {
        protected abstract IEnumerable<object> ReadFile();

        protected abstract IEnumerable<object> Convert(IEnumerable<object> readDtos);

        protected abstract void WriteFile(IEnumerable<object> convertDtos);

        private IEnumerable<object> _readDtos;

        private IEnumerable<object> _convertDtos;

        public void Run()
        {
            // ファイルを読み込みDtoに設定
            this._readDtos = this.ReadFile();

            // 読み込んだデータを変換
            this._convertDtos = this.Convert(this._readDtos);

            // ファイル出力
            this.WriteFile(this._convertDtos);
        }
    }

    public class ConcreteClass1 : AbstractClass
    {
        protected override IEnumerable<object> ReadFile()
        {
            // ファイル読み込み

            // 読み込み内容をDtoの配列で返却

            return IEnumerable<dto1>
        }

        protected override IEnumerable<object> Convert(IEnumerable<object> readDtos)
        {
            // パラメータがobjectなのでDto1に変換しなければならない
            var dtos = (IEnumerable<Dto1>)readDtos;

            // readDto→convertDto変換処理

            return IEnumerable<convertDto1>;
        }

        protected override void WriteFile(IEnumerable<object> convertDtos)
        {
            // パラメータがobjectなのでConvertDto1に変換しなければならない
            var dtos = (IEnumerable<ConvertDto1>)convertDtos;

            // ファイル書き込み処理
        }
    }

    public class ConcreteClass2 : AbstractClass
    {
        protected override IEnumerable<object> ReadFile()
        {
            return IEnumerable<dto2>;
        }

        protected override IEnumerable<object> Convert(IEnumerable<object> readDtos)
        {
            var dtos = (IEnumerable<Dto2>)readDtos;

            return IEnumerable<convertDto2>;
        }

        protected override void WriteFile(IEnumerable<object> convertDtos)
        {
            var dtos = (IEnumerable<ConvertDto2>)convertDtos;
        }
    }
```

TemplateMethodパターンでのクラス設計について

JavaScriptをこれから勉強し始め、トレンドを一通り抑えたい場合。
どのようなサイト（または書籍）をどんな順番で見ていくのが最も効率的な最短ルートでしょうか？

・前提
JSに関しては完全な素人。
JSの基本から学ぶ（文法すら知らない状態）。
ライブラリ（jQueryとか）を使えと言われても、それをHTML内のどこにどう書けばいいかも分からない。
PHPとMySQLを１０年くらい触ってますので、スクリプト言語の基礎はあります。
HTMLとCSSももちろん一通り理解しています。
趣味レベルですがLAMPサーバを立てたりもしています。
基本情報処理技術者を持っています。
JSだけなぜか強い苦手意識を持っていて、ずっと無視し続けてきてしまいました。


・最終目標
[http://www.buildinsider.net/web/popularjslib/2015](http://www.buildinsider.net/web/popularjslib/2015)
上記URLで紹介されているトレンド・ライブラリの中から自分で取捨選択して理解しながらサクッと使えるようになること。
少々のカスタマイズやツール自作が出来るようになる。


・知りたいこと
「これは押さえておけ！」というサイトや書籍をいくつか挙げてほしい（習得すべき順番で）。

・記述例
１：★★という本
２：■■１というサイト
３：■■２というサイト
・・・etc.


・例外
ドットインストールは除外してください。
理由：動画を一つ一つ見なければいけない＝ざっと斜め読みしたりできない・一覧性に欠ける・時短できないため。

JSの王道かつ効率的な勉強順番を教えてください

### 前提・実現したいこと
現在Unityを使ってBlokusというボードゲームを製作しております。
[Blokusというゲームについて](https://ja.wikipedia.org/wiki/%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF%E3%82%B9)


![ゲーム画面](795fc3348922e083145796dcd351c7a3.png)
盤面、盤面上のピースはタイルマップによって描画されています。画像右側の手持ちのピースはスプライトによって描画されています。画像の通り、手持ちのピースをドラッグして盤面にゲームルール（同じ色の斜めにしか置けずとなりに同じ色があったら置けない）の通りに設置するところまでは実装できました。
　ここで本題ですが、あるプレイヤーの番になったときに盤面でこれ以上置けるところがない場合、そのプレイヤーのターンを強制的にパスさせることや、置ける場所がないためゲーム終了、といった具合に詰みの状態の判定方法がこの先必須となっております。ただ、21個のピースはすべて形が違く、回転もできるように実装したので、恥ずかしながら詰みの判定の実装方法がよくわからず困っております。実装の方針やアイデアなどをご教授いただければ幸いです。


### 発生している問題・エラーメッセージ

```
詰みの状態の判定方法を知りたい
```

### 現在実装しているピース設置時の判定

```C#
public void onDragEnd()
    {
        Debug.Log("EndDrag");
        if (isPutable())
        {
                Debug.Log("Putable!");

                switch (gameManager_Script.turn)
                {
                    case "red":
                        drawTile = redTile;

                        break;
                    case "blue":
                        drawTile = blueTile;

                        break;

                    case "green":
                        drawTile = greenTile;
                    
                        break;

                    case "yellow":
                        drawTile = yellowTile;
                        break;
                }


                for (int i = 0; i < this.transform.childCount; i++)  //親オブジェクトが持っている子オブジェクトの数 回
                {
                    position = this.transform.GetChild(i).gameObject.transform.position;  //子オブジェクトのポジションを代入
                                                                                          //position = transform.localPosition;                                 //このスクリプトがアタッチされたオブジェクトのローカル座標
                    Vector3Int cellPos = tileManager.tilemap.WorldToCell(position);     //positionと被っているタイルのベクトル取得
                    tileManager.drawTile(cellPos, drawTile);                        //tileManager.csのメソッド
                                                                                        //Destroy(this.gameObject);                                         //gameobject削除

                }
                gameObject.SetActive(false);
                switch (gameManager_Script.turn)
                {
                    case "red":
                        redPlayer_Script.SetIsUsed(GetNumberOfArray(), true);    


                        gameManager_Script.turn = "blue";
                        break;
                    case "blue":
                        bluePlayer_Script.SetIsUsed(GetNumberOfArray(), true);


                        gameManager_Script.turn = "green";
                        break;
                    case "green":
                        greenPlayer_Script.SetIsUsed(GetNumberOfArray(), true);


                        gameManager_Script.turn = "yellow";
                        break;

                    case "yellow":
                        yellowPlayer_Script.SetIsUsed(GetNumberOfArray(), true);



                        gameManager_Script.turn = "red";
                        break;
                }
                gameManager_Script.turnChanged = true;
        }else //置けなかったら
        {
            this.transform.position = gameManager_Script.prefabPos[GetNumberOfArray()] + tileManager.tilemap.transform.position;
        }

        uiManager_Script.rotateRightBtn.gameObject.SetActive(false);
        uiManager_Script.rotateLeftBtn.gameObject.SetActive(false);
    }

public bool isPutable()
    {
        int childAmount = this.transform.childCount;
        int decider = childAmount;
        Vector3Int[] positions = new Vector3Int[childAmount];
        for(int i = 0; i < childAmount; i++)
        {
            position = this.transform.GetChild(i).gameObject.transform.position; //子オブジェクトのポジションを代入
            positions[i] = tileManager.tilemap.WorldToCell(position);            //positionと被っているタイルのベクトルを配列に格納
        }

        for(int i = 0; i < childAmount; i++)
        {
            if (isPutbableChecker(positions[i]) == true)
            {
                decider -= 1;
            }
                //一つ一つのタイルについて回りを調べ
                //おけるようならchildAmount - 1 をしていく
                //最終的にchildAmountが0になったらtrueをreturnする
        }

        if(decider == 0 && isSlantingSame == true)
        {
            Debug.Log(isSlantingSame);
            isSlantingSame = false;
            return true;

        }

        return false;
    }

    public bool isPutbableChecker(Vector3Int pos) //一つのタイルについておくことができるかを確認  第一引数：おこうとしているタイルのpos 
    {
        if (tileManager.tilemap.GetSprite(pos) == sprite_background) //posの位置のタイルのスプライトが背景のだったら
        {
            Debug.Log("背景だった");
            if(tileManager.tilemap.GetSprite(pos + up) != this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite            //posの一つ上のタイルがおこうとしているタイルと違うなら
                && tileManager.tilemap.GetSprite(pos + down) != this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                && tileManager.tilemap.GetSprite(pos + right) != this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                && tileManager.tilemap.GetSprite(pos + left) != this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                )  //上下左右に同じスプライトのタイルがなかったら進む
            {
                Debug.Log("隣に同じタイルはなかった");
                    if(tileManager.tilemap.GetSprite(pos + up + right) == this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                        || tileManager.tilemap.GetSprite(pos + up + left) == this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                        || tileManager.tilemap.GetSprite(pos + down + right) == this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                        || tileManager.tilemap.GetSprite(pos + down + left) == this.transform.GetChild(0).gameObject.GetComponent<SpriteRenderer>().sprite
                        ) //ななめにあるスプライトが同じなら進む
                    {
                        Debug.Log("斜めに同じスプライトがあった");
                        isSlantingSame = true;
                    }


                return true;    //斜めは関係なしに上下左右に同じスプライトがないところまで進めたらtrueを返す
            }
        }


        return false;  //条件を満たさなかった
    }
```

### 試したこと

パスするボタンを設置してユーザーにパスさせるということも考えましたが、それでは、パソコンでやるメリットが減ってしまったり、これから先敵AIを作成する際に詰まると思いやめました。

### 補足情報（FW/ツールのバージョンなど）

Unityのバージョンは2018.3.0f2です。

[Unity]ボードゲームにおける詰み（駒を置けない状態）の判断方法について意見を聞きたい

WindowsデスクトップアプリをVB.Netにて作成中ですが、Windowsタブレットでの運用を検討しています。

テストしたところ、タブレットモードだと画面遷移時のもたつきが発生してしまいます。
（プログラム実行中にタブレットモードを解除して、再度タブレットモードにするともたつきが解消されるという謎の解決方法をみつけてしまいました。）

どなたか、プログラムからタブレットモードを制御する方法をご存知ないでしょうか？
（ググってみましたが、タブレットモードの検知は出てくるのですが、制御する方法が探せません）

よろしくお願いいたします。

使用言語
VB.Net
C#


---
dodox86さんの回答を参考にしてみたのですが
以下のようにサインイン時の設定となりました。
![イメージ説明](01c2e1bf7e9d21272dece8dafbdc11a7.png)

私が求めているのは以下のイメージです。
![イメージ説明](9ea7ab93c3864c4f419f29fa2e3e6c7f.png)

よろしくお願いいたします。

Windows10 タブレットモードのオン・オフをプログラムで制御したい

以下の記事を読み、判断に迷ったので質問させてください。

参照記事
なんちゃってデザインパターンで条件分岐をなくす
https://blog.jnito.com/entry/20100717/1279321664


私はC#でプログラミングをしておりますが、対象の規模が小さい時にデザインパターンを適用するか迷うことがあります。

上記の記事で、
> 「条件分岐はなくなったけどめちゃくちゃコード長くなってるじゃん！」とか「元の方がはるかにわかりやすい！」と思われるかもしれません。
> 簡単なプログラムであれば従来の構造化プログラミングで十分です

と触れられている部分になります。


例えば、5つ程度の機能を追加実装する必要があった時、
上記の記事のようにデザインパターンなどを適用すると、オブジェクト指向らしいコードができあがります。

ただし、テストの負担は構造化プログラミングよりも少し増えると思われます(自動UTの追加など)。


今後この機能が拡充される見込みが少なければ、構造化プログラミングをするべきなのでしょうか？

個人的に、あまりオブジェクト指向らしくないプログラミングに抵抗があり、いつも迷ってしまいます。

しかし、これで時間がかかっていたらコスパもよくありませんし、手段と目的がひっくり返ってしまっているようです。


みなさんは、規模によってオブジェクト指向らしくない設計を選択することはありますか？
また、その場合の判断基準はどのようなものでしょうか？

ご意見伺えますようお願いします。