|
ダック・タイピング
ダック・タイピング（英: duck typing）とは、Smalltalk、Perl、PHP、Python、Ruby、JavaScriptなどの動的型付けに対応したオブジェクト指向プログラミング言語に特徴的な、型付けのスタイル（作法）のひとつである。ダック・タイピングはポリモーフィズム（多態性）を実現する手段のひとつとして使われる[1]。 Pythonのリファレンスでは、ダック・タイピングは「あるオブジェクトが正しいインタフェースを持っているかどうかを決定するために、オブジェクトの型を見ることはしないプログラミングスタイルである」と説明されている。代わりに、オブジェクトが持つメソッドや属性（フィールドまたはプロパティ）が単純に呼ばれたり使われたりする。特定の型よりもインタフェースを重視することで、うまく設計されたコードは、ポリモーフィックな代入の許可による柔軟性を向上する[2]。 概要静的型付け言語では型検査をコンパイル時に実施する一方、動的型付け言語では型検査を実行時に実施する[3]。つまり、動的型付けでは、オブジェクト（変数の値）に何ができるか（どのようなインタフェースを持っているか）は、実行時のオブジェクトそのものが決定する。 ダック・タイピングについて、継承機能によるサブタイプ（部分型）多相 (subtype polymorphism)[4] を主に用いる静的型付けのオブジェクト指向言語であるJavaやC#の概念で例えると、オブジェクトがあるインタフェースのすべてのメソッドを持っているならば、たとえそのクラスがそのインタフェースを宣言的に実装していなくとも、オブジェクトはそのインタフェースを実行時に実装しているとみなせる、ということである。それはまた、同じインタフェースを実装するオブジェクト同士が、それぞれがどのような継承階層を持っているのかということと無関係に、相互に交換可能であるという意味でもある。ダック・タイピングは構造的型付け (structural typing) に類似しており、構造的型付けの多態性（多相性）はロー多相 (row polymorphism) に分類されることがある[5]（日本語では行多相[6]あるいは列多相[7]とも）。構造的型付けは名前的型付け (nominal typing / nominative typing) [注釈 1][8]と対比される型システムの分類のひとつである。 この用語の名前は「ダック・テスト」に由来する。
（もしもそれがアヒルのように歩き、アヒルのように鳴くのなら、それはアヒルに違いない） デーブ・トーマスはRubyコミュニティで初めてこの言葉を使ったと考えられている。[要出典] C++のテンプレートはダック・タイピングの静的版である。例えば、STLにおける各種のiteratorはIterator基底クラスのようなものからメソッドを継承しているわけではないが、特定の演算子を利用できて同じ構文でコンパイルが通るならば、それはiteratorの一種として扱える。この文脈で言う「同じインタフェースを持つ」とは、コンパイラにとってシグネチャなどのインタフェースが同じだということである。したがって、iteratorの実装はオブジェクトである必要すらない。 もう1つ、ダック・タイピングに似たアプローチにOCamlの構造的サブタイピング (structural subtyping) がある[注釈 2]。メソッドのシグネチャが互換ならば、宣言上の継承関係はなくとも、オブジェクトの型は互換であるというものである。これはOCamlの型推論システムによってコンパイル時にすべて決定される（コンパイラによる静的な型検査を受ける）。TypeScriptの型互換性も構造的サブタイピングに基づいている[9]。対義語は名前的サブタイピング (nominal subtyping) であり、例えばJavaやC#などの継承ベースの型システムで用いられている方式のことである。 PythonやRubyは一般的なクラス継承の機能も持っており、継承によるポリモーフィズムも利用できるが、ダック・タイピングによるポリモーフィズムは継承が不要であり、型による制約に縛られることなく簡素なコードで実現できる点にメリットがある。しかし、制約がないということは乱用しやすいということの裏返しでもある。型制約がない場合はコンパイラによる静的な型検査や統合開発環境 (IDE) によるコード補完などの支援が見込めず、プログラムの記述ミスを発見するのが難しくなることもある。Pythonのダック・タイピングでは、オブジェクトが特定の属性を実際に持っているかどうかを Rubyでの例Rubyでの単純な例を示す。 def test(foo)
puts foo.sound
end
class Duck
def sound
'quack'
end
end
class Cat
def sound
'myaa'
end
end
test(Duck.new)
test(Cat.new)
出力は以下である。 quack myaa 2つのクラスに継承の関係が無いことに注目して欲しい。上記の C++での例上記Rubyの例をC++で記述すると、以下のようになる。 #include <iostream>
template <class T>
void test(const T& t) {
std::cout << t.sound() << std::endl;
}
struct Duck {
const char* sound() const {
return "quack";
}
};
struct Cat {
const char* sound() const {
return "myaa";
}
};
int main() {
test(Duck());
test(Cat());
}
実行結果はRubyの例と同じである。ただし、テンプレートによるダック・タイピングはコンパイル時に解決される静的なポリモーフィズム (static polymorphism) であり、動的型付け言語とは異なり実行時のオーバーヘッドを伴わない。 C#での例C#はバージョン4.0で動的型付けを可能にする using System;
class Duck {
public string Sound() {
return "quack";
}
}
class Cat {
public string Sound() {
return "myaa";
}
}
public class DuckTypingTest {
static void Test(dynamic obj) {
Console.WriteLine(obj.Sound());
}
public static void Main() {
Test(new Duck());
Test(new Cat());
}
}
なお、C#はC++のテンプレートに似た機能としてジェネリクスをサポートするが、C++テンプレートほどの柔軟性はなく、ダック・タイピングに使用することはできない[13]。 VB.NETでの例Visual Basic .NET (VB.NET) は 下記の例は、 Option Strict Off ' 遅延バインディングを許可する。
'Option Strict On ' 遅延バインディングを許可しない。
Imports System
Class Duck
Public Function Sound() As String
Return "quack"
End Function
End Class
Class Cat
Public Function Sound() As String
Return "myaa"
End Function
End Class
Public Class DuckTypingTest
Shared Sub Test(obj As Object)
Console.WriteLine(obj.Sound())
End Sub
Public Shared Sub Main()
Test(new Duck())
Test(new Cat())
End Sub
End Class
その他の言語などJavaは言語構文レベルで動的型付けをサポートしないが、リフレクションを用いることで、ダック・タイピング相当を実現できる。Core Reflection APIとして、 COMにおいても、 脚注注釈出典
関連項目
外部リンク
|
