维基百科有相当详细的解释:

http://en.wikipedia.org/wiki/Duck_typing

鸭子打字是一种动态的风格 输入一个对象的电流 方法和属性集 而是确定有效的语义 比它从一个特定的继承 类的实现 接口。

重要的是，使用duck类型时，开发人员可能更关心被使用的对象部分，而不是实际的底层类型是什么。

马特·达蒙解释了《心灵捕手》中的鸭子打字

笔录如下:这里有视频链接。

好吧，我们会有问题吗?

克拉克:没问题。我只是希望你能告诉我鸭子打字到底是什么?我的观点是，鸭系没有很好的定义，也不强

WILL: [interrupting] …and neither is strong typing. Of course that's your contention. You're a first year grad student: you just got finished reading some article on duck typing, probably on StackOverflow, and you’re gonna be convinced of that until next month when you get to the Gang of Four, and then you’re gonna be talking about how Google Go and Ocaml are statistically typed languages with structural sub-tying construction. That's going to last until next year, till you're probably gonna be in here regurgitating Matz, talkin’ about, you know, the Pre-Ruby 3.0 utopia and the memory allocating effects of sub-typing on the GC.

克拉克:(吓了一跳)事实上我不会，因为马茨大大低估了——的影响

WILL:“Matz极大地低估了Ruby 3.0的GC对性能的影响。你是从Donald Knuth的《计算机编程艺术》第98页学到的，对吧?是的，我也读过。你打算为我们剽窃整篇文章吗——你对这件事有什么想法吗?或者，这是你的做法吗，你进入堆栈溢出，你读了r/ruby上一些晦涩的段落，然后你假装，你把它当作你自己的——你自己的想法，只是为了取悦一些女孩，让我的朋友难堪?

[克拉克惊呆了]

威尔:像你这样的人最可悲的是，50年后你会开始自己思考，你会发现生活中有三件事是肯定的。第一，不要那样做。第二，如果它走路像鸭子，那它就是鸭子。第三，你花了十五万美元接受本·科西本可以零美分就能得到的教育。

克拉克:是的，但我会有学位，而你会在我们去滑雪的路上，在汽车餐厅给我的孩子们提供一些廉价的html。

威尔:(微笑)也许吧。但至少我不会没有创意。

(打)

威尔:你遇到了(代码的出现)问题?我想我们可以出去谈谈。

克拉克:没问题

一段时间后:

威尔:你喜欢苹果吗?

克拉克说，嗯?

威尔:你觉得这些苹果怎么样?(砰:威尔把一封信重重地贴在窗户上。)我要谷歌的报价!(出示克拉克的录取通知书，上面有他的面试答案:一张鸭子走路、说话、表现得像一只……鹅)。

不必再说

最后。

(这是对旧答案的一个脚注:)

在duck类型中，对象的适用性(例如，在函数中使用)取决于是否实现了某些方法和/或属性，而不是基于该对象的类型。

例如，在Python中，len函数可用于任何实现__len__方法的对象。它并不关心该对象是否属于特定类型，例如字符串、列表、字典或MyAwesomeClass，只要这些对象实现了__len__方法，len将与它们一起工作。

class MyAwesomeClass:
    def __init__(self, str):
        self.str = str
    
    def __len__(self):
        return len(self.str)

class MyNotSoAwesomeClass:
    def __init__(self, str):
        self.str = str

a = MyAwesomeClass("hey")
print(len(a))  # Prints 3

b = MyNotSoAwesomeClass("hey")
print(len(b))  # Raises a type error, object of type "MyNotSoAwesomeClass" has no len()

换句话说，MyAwesomeClass看起来像鸭子，也像鸭子一样嘎嘎叫，因此是一只鸭子，而MyNotSoAwesomeClass看起来不像鸭子，也不嘎嘎叫，因此不是一只鸭子!

我知道我没有给出一个笼统的答案。在Ruby中，我们不声明变量或方法的类型——所有东西都是某种类型的对象。 规则是"类不是类型"

在Ruby中，类从来都不是(好吧，几乎从来都不是)类型。相反，对象的类型更多地由该对象可以做什么来定义。在Ruby中，我们称之为duck typing。如果一个对象像鸭子一样走路，像鸭子一样说话，那么解释器很乐意把它当作鸭子来对待。

例如，您可能正在编写一个例程，将歌曲信息添加到字符串中。如果你有c#或Java背景，你可能会这样写:

def append_song(result, song)
    # test we're given the right parameters 
    unless result.kind_of?(String)
        fail TypeError.new("String expected") end
    unless song.kind_of?(Song)
        fail TypeError.new("Song expected")
end

result << song.title << " (" << song.artist << ")" end
result = ""

append_song(result, song) # => "I Got Rhythm (Gene Kelly)"

采用Ruby的鸭子输入，您可以编写一些简单得多的东西:

def append_song(result, song)
    result << song.title << " (" << song.artist << ")"
end

result = ""
append_song(result, song) # => "I Got Rhythm (Gene Kelly)"

你不需要检查参数的类型。如果它们支持<<(在结果的情况下)或标题和艺术家(在歌曲的情况下)，一切都会正常工作。如果没有，你的方法无论如何都会抛出一个异常(就像你检查了类型一样)。但如果没有检查，你的方法突然变得灵活多了。你可以向它传递一个数组、一个字符串、一个文件或任何其他使用<<追加的对象，它就可以工作了。

我认为把动态类型、静态类型和鸭子类型混在一起很容易混淆。Duck typing是一个独立的概念，即使是像Go这样的静态类型语言，也可以有一个实现Duck typing的类型检查系统。如果类型系统检查(已声明的)对象的方法而不检查类型，则可以将其称为duck类型语言。

Duck typing 意味着一个操作没有正式指定其操作数必须满足的要求，而只是使用给定的条件进行尝试。

与其他人所说的不同，这并不一定与动态语言或继承问题有关。

示例任务:在对象上调用某个方法Quack。

如果不使用duck-typing，执行此任务的函数f必须事先指定其参数必须支持某种方法Quack。常用的方法是使用接口

interface IQuack { 
    void Quack();
}

void f(IQuack x) { 
    x.Quack(); 
}

调用f(42)失败，但f(donald)工作，只要donald是一个iquack子类型的实例。

另一种方法是结构类型—但同样，方法Quack()是正式指定的，任何不能提前证明它是嘎嘎作响的东西都会导致编译器失败。

def f(x : { def Quack() : Unit }) = x.Quack() 

我们甚至可以写成

f :: Quackable a => a -> IO ()
f = quack

在Haskell中，Quackable类型类确保了方法的存在。

---

So how does **duck typing** change this?

好吧，正如我所说的，duck输入系统不指定需求，而只是尝试任何可行的方法。

因此，像Python这样的动态类型系统总是使用duck类型:

def f(x):
    x.Quack()

如果f得到一个支持Quack()的x，一切正常，否则，它将在运行时崩溃。

但是鸭子类型并不意味着动态类型——事实上，有一种非常流行但完全静态的鸭子类型方法，它也没有给出任何要求:

template <typename T>
void f(T x) { x.Quack(); } 

该函数没有以任何方式告诉它想要某个可以Quack的x，所以它只是在编译时尝试，如果一切正常，就没问题。