常連

### 実現したいこと
言葉でうまく説明できないのですが、下記のような構造を実現したいです。
```IHoge.cs
public interface IHoge
{
  IHoge CreateInstance();
}
```
```Hoge.cs
public class Hoge : IHoge
{
  public string Prop1 { get; }
  public IHoge CreateInstance(){
    return new Hoge();
  }
}
```
```Hoge2.cs
public class Hoge2 : IHoge
{
  public IHoge CreateInstance(){
    return new Hoge2();
  }
}
```
```HogeUseBase.cs
abstract public class HogeUseBase<T> where T : IHoge, new()
{
  public List<T> hogelist = new List<T>();

  public void CreateHoge(){
    var hoge = new T();
    hogelist.Add(hoge.CreateInstance());
  }

  abstract public void UseHoge();
}
```

```HogeUse.cs
public class HogeUse : HogeUseBase<Hoge>
{
  override public void UseHoge(){
    foreach(var h in this.hogeList){
      string prop = h.Prop1;
    }
  }
}
```
場合によってHoge, Hoge2どちらを使うか変えたいため、IHogeインターフェースに
CreateInstanceメソッドをシグネチャとして定義しました。
(補足の質問: .NETFramework4.8ではstaticなシグネチャやインスタンスのシグネチャをinterfaceで定義できないので仕方なくこの形にしました。この部分も良い実装があればお聞きしたいです。)
また、HogeUseBaseではHogeかHoge2かは意識せず扱える部分のみ実装してあります。

HogeUseでは、Hogeのプロパティへのアクセスを行いたいです。

### 発生している問題・分からないこと
実現したいことの書き方の場合、HogeUseBaseの7行目でIHogeからTへ変換できないエラーとなる



### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [ ] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
HogeUseBaseでジェネリック型を使わない以下の書き方の場合は
HogeUse5行目でHogeのプロパティへアクセスできない。
```HogeUseBase.cs
abstract public class HogeUseBase<T> where T : IHoge, new()
{
  public List<IHoge> hogelist = new List<IHoge>();

  public void CreateHoge(){
    var hoge = new T();
    hogelist.Add(hoge.CreateInstance());
  }

  abstract public void UseHoge();
}
```

### 補足
C# .NETFramework4.8

[C# .NETFramework4.8]interfaceで自身を実装した型を返すことを強制し、別のクラスでは実装した型を保持。さらに別のクラスで実装した型特有のプロパティへアクセスしたい

I/Fデータって何ですか？
I/Fとは何の略ですか？
I/Fデータは何のために使われるのですか？

I/Fデータとは

この画像にあるように、ルーターの「Fa0/0」と「S0/0」の違いが分かりません。それぞれどんな役割なのでしょうか？また、「S0/0」のところを「Fa0/0」で繋いではいけないのでしょうか？

よろしくお願い致します。

![イメージ説明](a35cc8816a18a081e9f3f79d979aae62.jpeg)

![イメージ説明](0c56d5613177c0b787a4b2ddfc174ffd.png)

ルーターのインターフェースについて

### 実現したいこと
添付コードの状況において「Carインスタンス作成後に、プレイヤーの数値入力によって動的にSuperEngineのgearを上げ下げできるようにしたい」といった仕様変更が入った際、どのように修正するのが良いか意見を伺いたいです。

### 発生している問題・分からないこと
そもそもこのような仕様変更が入る可能性を考えずにIEngineインターフェースで抽象化してしまったのが間違いなのか、それとも他に抽象化のメリットを維持しながら仕様変更に対処する方法があるなら知りたい。



### 該当のソースコード

```C#
public class Hello{
    public static void Main(){
       
        Car car = new Car(new MiniEngine());
        Car car2 = new Car(new SuperEngineAdapter(new SuperEngine(1)));
        
        car.Run();　// 5
        car2.Run(); // 30
        
        var line = System.Console.ReadLine();
        int newGear = 0;
        bool result = int.TryParse(line, out newGear);
        if(result){
            //car2.SetGear(newGear); //コンパイルエラー
            System.Console.WriteLine($"newGear:{newGear}");
        } 

        
        car2.Run(); // newGearに応じて変化させたい

    }
}



public class Car{
    public IEngine engine;
    public Car(IEngine engine){
        this.engine = engine;
    }
    
    public void Run(){
        float power = engine.Boost();
        System.Console.WriteLine("power=" + power.ToString());
    }
}

public interface IEngine{
    float Boost();
}
public class SuperEngine{
    int gear;
    public SuperEngine(int initalGear){this.gear = initalGear;}
    
    public float GetPower(){
        if(gear == 0) {return 10;}
        else if(gear == 1){return 30;}
        else return 50;
    }
    
    //public void SetGear(int gear) {this.gear = gear;}
    
}
public class SuperEngineAdapter : IEngine
{
    SuperEngine se;
    public SuperEngineAdapter(SuperEngine se){
        this.se = se;
    }
    public float Boost(){
        return se.GetPower();
    }
}

public class MiniEngine : IEngine{
    public float Boost(){
        return 5;
    }
}
```

### 修正済みコード(追加)
```C#
public class Hello{
    public static void Main(){
       
        Car car = new Car(new MiniEngine());
        Car car2 = new Car(new SuperEngineAdapter(new SuperEngine(1)));
        
        car.Run();　// 5
        car2.Run(); // 30
        
        var line = System.Console.ReadLine();
        int newGear = 0;
        bool result = int.TryParse(line, out newGear);
        if(result){
            //New Code
            car.SetEngineGear(newGear);
            car2.SetEngineGear(newGear);
            //
            System.Console.WriteLine($"newGear:{newGear}");
        } 

        car.Run(); //Warning
        car2.Run(); // newGearに応じて変化

    }
}



public class Car{
    protected IEngine engine;
    public Car(IEngine engine){
        this.engine = engine;
    }
    
    //New Code
    public void SetEngineGear(int newGear){
        engine.SetGear(newGear);
    }
    
    public void Run(){
        float power = engine.Boost();
        System.Console.WriteLine("power=" + power.ToString());
    }
}

public interface IEngine{
    float Boost();
    void SetGear(int newGear); //New Code
}
public class SuperEngine{
    int gear;
    public SuperEngine(int initalGear){this.gear = initalGear;}
    
    public float GetPower(){
        if(gear == 0) {return 10;}
        else if(gear == 1){return 30;}
        else return 50;
    }
    
    public void SetGear(int gear) {this.gear = gear;} //New Code
    
}
public class SuperEngineAdapter : IEngine
{
    SuperEngine se;
    public SuperEngineAdapter(SuperEngine se){
        this.se = se;
    }
    public float Boost(){
        return se.GetPower();
    }
    
    public void SetGear(int gear){ se.SetGear(gear);} //New Code
}

public class MiniEngine : IEngine{
    public float Boost(){
        return 5;
    }
    
    //New Code
    public void SetGear(int newGear){
#warning MiniEngine has no gear choice. It's always 5.
    }
}
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [x] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
以下参考サイト
https://refactoring.guru/ja/design-patterns/adapter
https://www.youtube.com/watch?v=OCh1Bnj9gws
https://www.youtube.com/watch?v=CrqdpVPgE9k

### 補足
特になし

InterfaceとAdapterパターン採用時における仕様変更への対処

今までほとんどPHP案件をやってきたんですが、どの現場でもIFというのがほぼでてきます。

なんとなくしかわかっていないのですが
たとえば、
① お客さんが閲覧するECサイト
② ①を保守する別サイト
③ ①と②のデータのやり取りをしてあげているのがIF

という認識なのですがあっていますでしょうか？

現場入ってすぐはドキュメント熟読してますが、
DB定義書や要件定義書、基本設計所、詳細設計所は見ればそれとなくわかります。

さらにIF定義書というのがあるのですが、これは見てもさっぱりです。
さすがに社外秘なので見せられませんが、ドキュメントとしてはDB定義書と似ています。

項目物理名、項目論理名、属性（型）、バイト数、必須、形式

というように列があって行でそれぞれ定義してるみたいです。


IFがなにかよくわかっていないので、話がかみ合わないかもしれませんが
もしかしたらと思うところがあります。

前の現場ではあるデータの取り込みを担当していました。
4000行ぐらいの記述でしたが、一部を除いては全て理解していて仕様変更のソース改修にもすぐ対応できていました。
その一部とは、バッチ処理の途中（ソースの話）に
連携対象のCSVからユーザーの平文パスワードをcurl()とかいうやつでIFURLとかいうところに飛ばして、
そこで何やってるのかは知りませんが、var_dumpでの結果はそのユーザーに紐付くハッシュ化されたパスワードを取得してきているというものでした。

私の感覚としてデータの受け渡しはGET,POST,FILE,SERVERぐらい知ってれば十分だろうと思ってましたし、というかそれしか知りません。
で、そのculrというやつの結果を見て今だになんとなく感じているのは、
GET,POST,FILE,SERVERは同一サーバーの画面を跨いだデータの受け渡しに使われるのであって
curlは異なるサーバー間でのデータの受け渡しに使われるものなのかな？とか感じています。


curlを抑えればIFが理解できるのか？
というか、GET,POST,FILE,SERVERは実際に使ってきてるから詳細設計所やDB定義書も見ても

入力させる
↓
action先かheader(URL?para=$para)に遷移する
↓
name属性で受け取る
↓
なんか整形するならする
↓
受け取った値からDBレコード抽出するならする
↓
必要なカラムに必要な値を格納する

という風にやってこれたんですが
これと同じようにIF定義書を見て、「あぁ～そういうことね、なるほど、ふむふむ」と思えるには何を理解すればよいのでしょうか？

現場でよく使われているIFについて

### 実現したいこと
共通処理をひとつのクラスに任せたいが抽象化させたい

formオブジェクトに保存ボタンコントローラがあるとする。
保存ボタンコントローラは保存という抽象メソッドを持ち、ボタンクリック時に処理を実行する
保存というクラスの実装はformオブジェクトのコードで行いたい。

### 発生している問題・分からないこと
例えば保存ボタンには保存しますか？というダイアログを出すだか、トランザクションを開始するだとか、何らかの共通処理があるが、共通処理はそのままに保存処理(バリデーションなども公開が考えられる)の中身だけform事に実装したい。



### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [ ] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [x] その他

##### 上記の詳細・結果
実現不可能だと思っていますが、いい方法はないですか？

コールバック関数を使うは思いつきましたが美しくありません。

(そもそも、フォームオブジェクト内でボタンオブジェクトがインスタンス化されている時点で、継承もクソもないのは承知しています。)

### 補足
例えば画面ごとに「削除」や「検索」の様なボタンがあったり、なかったりすると仮定して、
Inherits 保存ボタンクラス,削除ボタンクラス
のように書いて実装が必要なメソッドを切り替えられるようにしたい

vb.net オブジェクト指向 抽象化

##背景状況
[https://qiita.com/laughter/items/e9cf666e0430acc39e95](https://qiita.com/laughter/items/e9cf666e0430acc39e95)
こちらの記事を読んでいたところ、冒頭に、

```c#
class Hoge
{
    private readonly IList<int> _list = new List<int>();
}
```

という記述がありました。
これまで自分は「List<int>」などは頻繁に使っていましたが、「IList<int>」という宣言は使ったことがなく、困惑しました。

##知りたいこと
以下、ご回答頂けると嬉しいです。よろしくお願いいたします。

######1.なぜインターフェース型の変数などというものが宣言可能なのか
自分の理解では、インターフェースとはあくまでも実装の型宣言のみしかしておらず、具体的な実装が入っていない「もぬけの殻」であり、実運用のためには必ず当該インターフェースを実装したクラスを作る必要がある、と考えていました。

######2.インターフェース型変数を用いることのメリットは何か
List<T>型ではなく、あえてIList<T>を使うと、何が良いのか。

「IList」と「List」の使い分け

システムとPCの間にシステム単位にＦＷを設置しています。（図１）
ＦＷの更新に合わせて、Fortigate の vdom 機能を使用して
１台に集約しようと考えています（図２）


fortigate の Untrust 側のインターフェースは、
同じ 192.168.0.0/24 のセグメントになります。

物理インターフェースをvdom 毎に定義すれば実現できますが、
この場合だと、今後他のシステムを集約する度に物理インターフェースを
用意する必要が出てきます。


なんとかして図２のように物理インターフェースまとめたいのですが、
実現させている方はいらっしゃいませんでしょうか。



図１：現状のネットワーク構成
```
192.168.100.0/24
｜
｜.2
＋－－－－［ＰＣ２］
｜
｜.1
＋－－－－［ＰＣ１］
｜
｜.254
［Ｌ３ＳＷ］
｜.254
｜
｜．１
＋－－－－－－［ＦＷ１］－－－－－［ＳＶ１］システム１ (192.168.1.1/24)
｜
｜．２
＋－－－－－－［ＦＷ２］－－－－－［ＳＶ２］システム２ (192.168.2.0/24)
｜
192.168.0.0/24
```
図２：実現させたいネットワーク構成
```
192.168.100.0/24
｜
｜.2
＋－－－－［ＰＣ２］
｜
｜.1
＋－－－－［ＰＣ１］
｜
｜.254
［Ｌ３ＳＷ］
｜.254
｜
｜　　　　ＦＧＴ本体
｜　　　┏━━━━━━━━━━━━━━━━━━━━━━┓
｜　　　┃　　．１　ｖｄｏｍ１
｜　　　┃　＋－－［ＦＷ１］－－－－－［ＳＶ１］システム１ (192.168.1.0/24)
｜　　　┃　｜　　　　　　　　
＋－－－－＋　　　　　　　　　
｜　　　┃　｜．２　ｖｄｏｍ２
｜　　　┃　＋－－［ＦＷ２］－－－－－［ＳＶ２］システム２ (192.168.2.0/24)
｜　　　┃　　　　　　　　　　
｜　　　┗━━━━━━━━━━━━━━━━━━━━━━┛
｜
192.168.0.0/24
```