在“编程”中，接口定义对象将具有的行为，但实际上不会指定行为。这是一个合同，可以保证某个类可以做某事。
在这里考虑这段C＃代码：
using System;
public interface IGenerate
{
int Generate();
}
// Dependencies
public class KnownNumber : IGenerate
{
public int Generate()
{
return 5;
}
}
public class SecretNumber : IGenerate
{
public int Generate()
{
return new Random().Next(0, 10);
}
}
// What you care about
class Game
{
public Game(IGenerate generator)
{
Console.WriteLine(generator.Generate())
}
}
new Game(new SecretNumber());
new Game(new KnownNumber());
游戏类需要一个秘密号码。为了测试它，您想注入将用作秘密数字的内容（此原理称为控制反转）。
游戏类希望对什么将实际创建随机数持开放态度，因此将在其构造函数中询问“具有Generate方法的任何内容”。
首先，接口指定对象将提供的操作。它只是包含它的外观，但没有给出实际的实现。这只是该方法的签名。按照惯例，在C＃接口中以I为前缀。这些类现在实现了IGenerate接口。这意味着编译器将确保它们都具有返回int且称为的方法Generate。现在，游戏被称为两个不同的对象，每个对象都实现了正确的界面。其他类在构建代码时会产生错误。
在这里，我注意到您使用的蓝图类比：
类通常被视为对象的蓝图。接口指定了类需要做的事情，因此可以说它确实只是类的蓝图，但是由于类不一定需要接口，所以我认为这种隐喻正在打破。将接口视为合同。按照法律要求（由编译器警察强制执行）“签名”的类，以遵守合同中的条款和条件。这意味着它将必须执行接口中指定的操作。
这都是由于某些OO语言的静态类型性质所致，就像Java或C＃就是这种情况。另一方面，在Python中，使用了另一种机制：
import random
# Dependencies
class KnownNumber(object):
def generate(self):
return 5
class SecretNumber(object):
def generate(self):
return random.randint(0,10)
# What you care about
class SecretGame(object):
def __init__(self, number_generator):
number = number_generator.generate()
print number
在这里，没有一个类实现接口。Python对此并不关心，因为SecretGame该类将仅尝试调用传入的任何对象。如果该对象具有generate（）方法，则一切都很好。如果不是这样：KAPUTT！在编译时不会看到此错误，而在运行时会看到此错误，因此可能在程序已经部署并运行时出现。C＃会在您接近之前通知您。
天真地说，使用这种机制的原因是因为在OO语言中，功能自然不是一流的公民。如您所见，KnownNumber并且仅SecretNumber包含生成数字的函数。一个人根本不需要所有的课程。因此，在Python中，可以将它们扔掉并自行选择函数：
# OO Approach
SecretGame(SecretNumber())
SecretGame(KnownNumber())
# Functional Approach
# Dependencies
class SecretGame(object):
def __init__(self, generate):
number = generate()
print number
SecretGame(lambda: random.randint(0,10))
SecretGame(lambda: 5)
Lambda只是一个函数，它被声明为“随行随行”。委托在C＃中是相同的：
class Game
{
public Game(Func<int> generate)
{
Console.WriteLine(generate())
}
}
new Game(() => 5);
new Game(() => new Random().Next(0, 10));
旁注：在Java 7之前，后面的示例不可能像这样。在那里，接口是指定此行为的唯一方法。但是，Java 8引入了lambda表达式，因此C＃示例可以非常容易地转换为Java（Func<int>成为java.util.function.IntSupplier和=>成为->）。