オブジェクト指向でインターフェースから取得すべきオブジェクト

Question

前提

オブジェクト指向を勉強し始めて半年ほどの、プログラミングの初心者です。
インターフェースに対して、どのようなオブジェクトを送ればいいのか迷っています。
１．プリミティブ型
２．値オブジェクト
３．オブジェクトやエンティティ
４．それ以外
どれが良いのでしょうか？

おそらく、インターフェースからの情報取得側によるかと思うのですが、
どれでもいいと思ったときにどれを選んでおけば後々後悔しないか、
常套手段、経験則などを、できましたら理由も添えて教えて頂けると助かります。

該当のソースコードでは
１．プリミティブ型
２．値オブジェクト
３．オブジェクトやエンティティ
でインターフェースから取得していますが、単純に書く量からすると値オブジェクトがすっきりしていますが、
いまいちどれが良いのか解りません。それとも、オブジェクトのライフサイクルで考えるべきなのでしょうか？

オブジェクト指向の書き方そのものがおかしいとの指摘や
前提条件が曖昧過ぎて、どれが最適かこの段階では決められないとの回答でも構いません。
（それはそれであきらめて先に進めます）

pythonで書きましたが、言語は問いません。
宜しくお願いいたします。

実現したいこと

インターフェースに対して
１．プリミティブ型
２．値オブジェクト
３．オブジェクトやエンティティ
どれを送るのがいいのかを知りたい。

該当のソースコード

from abc import ABCMeta, abstractmethod
import numpy as np
import matplotlib.pyplot as plt
import random

"Frontend"
class Frontend():        
    def plot_data1(self, data):
        data = data.get_data()
        plt.plot(data[1], data[0])
        print(type(data))

    def plot_data2(self, data):
        data = data.get_data()
        plt.plot(data.time, data.raw_data) 
        print(type(data))
        
    def plot_data3(self, data):
        obj_data = data.get_data()
        plt.plot(obj_data.data.time, obj_data.data.raw_data) 
        print(type(data))


"Backend"
class Interface(metaclass=ABCMeta):
    @abstractmethod
    def get_data(self):
        pass


class Primitive(Interface):
    def __init__(self):
        self.__data = Data()
        
    def get_data(self):
        return self.__data.raw_data, self.__data.time  # primitive data
    
    
class Value(Interface):
    def __init__(self):
        self.__data = Data()
        
    def get_data(self):
        return self.__data  # value object


class Object(Interface):
    def __init__(self):
        self.__data = Data()
        
    @property
    def data(self):
        return self.__data
  
    def get_data(self):
        return self  # object


"Value Object"
class Data():
    def __init__(self):
        self.__raw_data = [random.randint(0, 10) for i in range(100)]
        self.__time = np.linspace(1, 100, 100)

    @property
    def raw_data(self):
        return self.__raw_data
    
    @property
    def time(self):
        return self.__time

if __name__ == '__main__':

    primitive_data = Primitive()
    value_obj = Value()
    object_data = Object()
    front_end = Frontend()
    
    front_end.plot_data1(primitive_data)
    front_end.plot_data2(value_obj)
    front_end.plot_data3(object_data)

Comments

[Zuishin]

> どれを送るのがいいのかを知りたい。

どれでも好きなのをどうぞ。

[yuma.inaura]

これは何をしているプログラムなんでしょうか？

[lukkio]

> どれでも好きなのをどうぞ。
インターフェースの定石はなく、結局考えても後で書き直すことになるから、
適当でいいということでしょうか？
それとも、この違いは後々あまり問題にはならないから、考える必要がないのでしょうか？
もし後者であれば気楽に好きなものを選ぼうと思います。

> これは何をしているプログラムなんでしょうか？
質問用に作ったプログラムで、ランダムにデータを作って、pyplotlibでグラフ化しています。
フロントエンドにはpyplotlobでのデータ可視化を想定しております。

[Zuishin]

インターフェースは実装を隠蔽するので、実装がどれであろうとインターフェースの使用には影響しません。
よって、そのインターフェースを使う限りどれでも大丈夫です。

[miyabi_pudding]

> インターフェースの定石はなく

要件によりますので、要件ごとのセオリーはあるとは思いますが、
基本的に、要件によって最も適している状態を選択すべきかと。
なので、実装要件の提示がない限りは、Zuishinさんのおっしゃる以上のことは言えません。
よって、既に出ている回答以上はあまり考えられません。

[lukkio]

>そのインターフェースを使う限りどれでも大丈夫です。
>要件によって最も適している状態を選択すべきかと。

ということは、プログラム初心者としてはまずは作ってみて、後で修正するしかないということですね。
ありがとうございます。

回答のコメントでもお聞きしたのですが、
経験上バックエンドからフロントエンドで介するインターフェースで、
取得するのはリストやオブジェクトなど、どれを取得（または送る）することが一番多かったでしょうか？

Answer 1

設計によって違うから一概にどれがいいとは言えないと思う。

1つ2つの値を渡すだけのために専用のクラスを作るのはナンセンスだし、まとまったデータならリストなどで渡すほうが扱いやすいでしょふ。また、通常ならインスタンスを渡すところを業務上の都合で中身を取り出してわたすことにしたりなど、設計以外の要因もあったりするかも。

Comments

[lukkio]

>1つ2つの値を渡すだけのために専用のクラスを作るのはナンセンスだし、まとまったデータならリストなどで渡すほうが扱いやすいでしょふ。
なるほど、取得側の扱いやすさで決めればいいわけですね。

質問なのですが、通常ならインスタンスを渡す場合というのは例えばどういった場合がありますでしょうか？
エンジニアではなく業務経験がないので、どういった例があるのかを教えて頂ければ助かります。

あと経験上バックエンドからフロントエンドのインターフェースの場合、
リストやインスタンス、どちらで渡すことが多かったでしょうか？

[TakaiY]

「通常ならインスタンスを渡す場合」
たとえば、ECサイトのユーザ情報とか。

「バックエンドからフロントエンドのインターフェース」
モジュール/サブシステム間のプロトコルになるので、内部のデータとは関係ないことが多いですが、結果として内部のデータがそのまま出ていくことはあるでしょう。
ここではデータ構造はあまり重要ではありません。 通信はシリアライズしたデータで行なうことが多いので。

[lukkio]

>ECサイトのユーザ情報とか。
一意のデータでなく構造体のような情報が必要な時でしょうか。

>通信はシリアライズしたデータで行なうことが多いので。
なるほど、結局送りたい情報が複雑になってくると、情報の復元が必要なので、ひと手間かけることになり、
インターフェースから出てくるデータ構造を吟味する意味はあまりないということですね。
逆にそれほど複雑でないのなら、要件によって適している型があるけれども、
多種多様であり本人にしかわからない、ということですね。
ありがとうございました。

まずは自分のやりやすい方法でやってみようと思います。
質問に書いてくださった方々も、ありがとうございました。