Q&A
> 構造体のようなものを定義したいのであれば、typeや関数を持たないclassを使えば良さそうなのに、なぜinterfaceを使うのでしょうか？
どういうふうに「良さそう」なんでしょうか？
それによってどのようなメリットがありそうだというイメージを持っていますか？
前提
他言語の経験はありますが、TypeScriptは最近使い始めました。
調べて思うのが、interfaceに変数をもたせるといいますか、例えばC言語でいう構造体のような使い方をinterfaceで実現している場合が多いように感じます。
interfaceは関数定義だけをするもので、実装や実装に必要な変数は実クラス等の実装時に宣言するものだと認識しています。
一般的にどうなっているのかと思いnode_modulesに入っている適当なパッケージを見てみたりもしたのですが、types/*.d.tsに変数をもたせたinterfaceを定義している場合が多いように思いました。
例
ts
1export interface Payload { 2 type: string; 3}
質問
構造体のようなものを定義したいのであれば、typeや関数を持たないclassを使えば良さそうなのに、なぜinterfaceを使うのでしょうか？
自分なりに考えてみた回答
- classは後から導入されたのであまり使う文化がなく昔からの名残でinterfaceを利用
- コンストラクタを書くのが面倒
- そもそもtsでは関数や変数というよりオブジェクトとしてざっくり扱っている(?)のであまり区別しない
あまりts, jsに詳しくなく、そもそもおかしなことを言っていましたら申し訳ありません。
interfaceとtypeの違いなどは調べるとたくさん出てくるのですが、classとinterfaceの比較や、そもそも構造体のようにinterfaceを使う文化についてはうまく調べられず質問させていただきました。
ご回答よろしくお願いいたします。
コメントありがとうございます。
質問の意図としては、どちらかというと逆で、interfaceを一般的なインターフェイス以外の用途として使うのに何かメリットがあるのかという意味のつもりでした。
その上で、あえてメリットという言い方をするなら、「良さそう」だと思ったのは、interfaceをインターフェイスとしてのみ利用できるという点でしょうか。
typeやclassで実現することに機能的なメリットがあるかと言われると、今回の利用の仕方では、typeの場合は微妙な差異がある程度なのでユースケイース次第、classの場合はコンストラクタを作れるので初期化が楽という点がメリットかと思います。ただ、質問の意図としてはこれらの方が便利なのになぜinterfaceなのか、ということではなく、一般的なインターフェイスは関数定義を集めたものだと思っているので、変数定義に使うのはどうしてなのかということをお聞きしたかったです。
一般的なというと Java ですか？
C# ではプロパティもインターフェースに含めることができます。
構文の定義は言語によって様々です。
大事なことはどのようにしたらプログラムを作りやすくなるかだと思いますが、関数に限定することで何かメリットははりますか？
typeやclassで良さそう、という表現が質問をわかりにくくしていましたら申し訳ありません。
これらを出した意図としては、そもそもtsで構造体のようなことをしたいときに、interface以外の実現方法がないのであればそいういうものとして受け入れるのですが、代替機構というよりそちらの方が適切に見える他の機構 (classやtype) があるにもかかわらずなぜ interface を利用するのか、と感じたからです。
言葉足らずですみません。
これは Java と TypeScript の決定的な違いですが、TypeScript はクラスベースではなくプロトタイプベースなので、TypeScript はクラスそれ自体がインスタンスです。
Java のクラスとは名前が同じだけで根底から違うので、同じように考えない方がいいと思います。TypeScript のインターフェースの方が TypeScript のクラスよりも Java のクラスに近い側面もあります。まず同じ用語が同じものを指すという考えを捨てるところから始めると理解しやすくなるかもしれません。
また TypeScript のメソッドは V テーブルで管理される Java と違い、関数オブジェクトを変数に入れたもので、構造体におけるメンバー変数と本質的な違いはありません。
すみません、コメントいただいてることに気づかず補足コメントを投稿してしまってました。
> 一般的なというと Java ですか？
具体的にはJavaなどの言語ですが、インターフェイスという単語自体は割と関数定義のみ (Javaでいうなら抽象関数の変数定義がない版) かと思っているのですが、そこの認識がそもそも違うということですよね。
繰り返しになりますが、限定することのメリットをお聞きしたいのではなくインターフェイスってこういういうものではない気がするけど、どうなんですかね？みたいなことを聞きたかったです。
> これは Java と TypeScript の決定的な違いですが、TypeScript はクラスベースではなくプロトタイプベースなので、TypeScript はクラスそれ自体がインスタンスです。
なるほど。知りませんでした。
ご回答としては、インターフェイスという単語の定義も言語によるし、tsでは変数も含めるもの (その他の例としてはC#もそう) をインターフェイスと呼ぶということですかね。
C# のプロパティは分類としては変数ではなく関数なので、また概念が変わってきます。言語によって様々です。
わかりました。ありがとうございます。
> これは Java と TypeScript の決定的な違いですが、TypeScript はクラスベースではなくプロトタイプベースなので、TypeScript はクラスそれ自体がインスタンスです。
あと、この部分を踏まえると、クラスを定義してしまうとtsの場合はインスタンスができてしまうので、純粋に定義だけしたいならinterfaceの方が良いという意味だったのでしょうか？
クラスとインターフェースでは用途が違います。インターフェースはそれ自体独立して存在できません。使うにはオブジェクトが必要になります。
「構造体のような使い方」というのを「メンバー変数を持っている」と解釈しましたが、インターフェースは概念的なもので、単独で何かの値を保持する変数を持てません。そのインターフェースを使用するオブジェクトが変数を持ち、インターフェースはそのオブジェクトがインターフェースで定義される変数を持っていることを保証するだけです。
同じ言葉だから同じものだという先入観を捨て、TypeScript の初歩から順を追って学習していく方が、つまみ食いするより効率的だと思います。
というより、極端に言えば TypeScript は JavaScript の糖衣構文でしかないので、まず JavaScript から学習した方が理解しやすいと思います。
>「構造体のような使い方」というのを「メンバー変数を持っている」
ここに関しては、メンバ変数というよりC言語の構造体のイメージで、複数の型を合わせた型の定義くらいの意味でした。
ただ、tsのインターフェイスはそもそも私が思っていたものとは違い、それを理解するにはきちんと学んだ方がいいよ、というのはわかりました。
ありがとうございます。
あなたの回答
tips
プレビュー
