Laravel深刻学习3 - 接口约定

声明：本文并不是博主原创，而是来自对《Laravel 4 From Apprentice to Artisan》阅读的翻译和理解，固然也不是原汁原味的翻译，能保证90%的原汁性，另外由于是理解翻译，确定会有错误的地方，欢迎指正。

欢迎转载，转载请注明出处，谢谢！

接口约定

强类型和弱类型

Water Fowl 这里我不知道该怎么翻译，按理解就将他翻译成弱类型？

以前的文章中，涵盖了依赖注入的基础知识：什么是依赖注入；如何实现；以及他有什么好处。在举例的代码中，也展现了如何将接口注入到类之中。在咱们继续深刻以前，有必要深刻一下接口相关的内容，由于不少PHP开发人员对接口都有至关程度的不熟练。

在我成为一个PHP程序员以前，我是写.NET的。难道我喜欢痛苦或者其余什么的么？在.NET中接口无处不在，事实上.NET框架的不少核心内容就是接口，还有一个好处：不少象.NET的语言如C#、VB等都是_强类型_的。一般，传入方法的原生对象，必须预先定义好相关的_类型_。例以下面的C#代码：

public int BillUser(User user)
{
    this.biller.bill(user.GetId(), this.amount)
}

咱们不只定义了传入参数的_类型_，函数返回的类型都是已经定义好的。C#提倡_安全类型_。函数BillUser方法传入的参数必须是User对象。

PHP是一种_弱类型_语言。在弱类型语言中，对象中可用的方法取决于其方法的使用形式，而非方法继承或者实现的位置。例如：

public function billUser($user)
{
    $this->biller->bill($user->getId(), $this->amount);
}

咱们无需告诉方法类型的参数是什么，咱们能够传入任意对象，只要他有getId方法就行。这就是弱类型编码的例子。若是一个东西看起来象鸭子，叫声也象，那么他就是一个鸭子。换言之，若是一个对象象user，行为也象user，那么他就是一个user对象。

难道，PHP就没有强类型特征？答案是明确的，确定有！PHP实际上是一种强类型和弱类型的结合体。为了说明这一点，咱们修改下上例的代码：

public function billUser(User $user)
{
    $this->biller->bill($user->getId(), $amount);
}

在方法参数中，加入User约定后，就能确保传入方法的参数必须是User的实例化对象或者是继承自User的一个实例。

两种类型各有优劣。强类型语言中，编译器一般提供编译检查错误的功能，它也是很是有用的。方法的输入和输出都是明确的。

与此同时，强类型的代码看起来也是很生硬的。好比Eluquent ORM中提供的动态方法whereEmailOrName就不能象C#那样明确参数和返回值的类型。这里不讨论孰优孰劣，咱们各取所长，可是，不假思索的死认某一种方式确定会埋下不少坑。

示例

接口就是约定，他不包含具体的代码实现，而定义了对象须要实现的一系列的方法。若是一个对象实现了某个接口，那么这个接口的方法确定都能在这个实例对象中使用。经过约定固化了某些方法的实现，这种_多态_就能保证语言的类型安全。

什么是多态？

多态含义很广，能够理解为一种实体的多种形式。在本书中，咱们指代接口的多种实现方式。例如：UserRepositoryInterface能够有MySQL和Redis两种存储实现方式，可是每一种都是UserRepositoryInter接口的实现。

为了说明强类型在接口中的灵活和重要性，咱们来实现以下一个酒店预订的例子：

interface ProviderInterface
{
    public function getLowestPrice($location);
    public function book($location);
}

当用户预订房间是，咱们想将此事件记录到系统中。咱们在User类中添加以下方法：

class User
{
    public function bookLocation(ProviderInterface $provider, $location)
    {
        $amountCharged = $provider->book($location);
        $this->logBookedLocation($location, $amountCharged);
    }
}

咱们限定了参数$provider的类型，User类中就能假定book方法是可安全调用的，这就使得bookLocation有较强的操做性，咱们不用关心酒店是如何实现房间预订这一过程。下面的代码就能体现这一特性：

$location = 'Hilton, Dallas';

$cheapestProvider = $this->findCheapest($location, array(
    new PricelineProvider,
    new OrbitzProvider,
));

$user->bookLocation($cheapestProvider, $location);

赞！咱们不用关心那家酒店最便宜，只须要将他传入User实例中就能成功预订房间。由于User对象要求传入的参数是继承自ProviderInterface的对象，将来添加更多的酒店提供商，都能使咱们的代码稳定的运行。

忘掉细节

记住，接口_不实现_任何细节，只是简单的定义类必须实现的方法。

接口和团队开发

当团队构建大型应用时，不一样的模块进程是不一样的。好比，有人处理数据层，有人处理前端web、控制器层。前端开发项测试本身的控制器，可是后端人员开发进度缓慢。可是，若是咱们能约定好接口，后端人员只须遵循接口定义：

interface OrderRepositoryInterface 
{
    public function getMostRecent(User $user);
}

一旦约定了接口，前端开发人员，在代码没有实现的状况下，也能测试本身的控制器！这样整个应用中就不用担忧不一样模块的开发进度，也不会影响到正常的测试用例的编写。更深一点来讲，这种方法不会影响到其余组件的开发，作到了无知是福。咱们不须要让咱们的类必须知道其余类是_怎么_实现的，只须要知道他_可以_干什么。如今，咱们已经定义了接口，那么咱们能够继续咱们控制器代码的实现了：

class OrderController 
{
    public function __construct(OrderRepositoryInterface $orders)
    {
        $this->orders = $orders;
    }
    
    public function getRecent()
    {
        $recent = $this->orders->getMostRecent(Auth::user());
        return View::make('orders.recent', compact('recent'));
    }
}

前端开发人员能够本身实现一个“假”接口，来测试应用试图中须要填充的数据。

class DummyOrderRepository implements OrderRepositoryInterface 
{
    public function getMostRecent(User $user)
    {
        return array('Order 1', 'Order 2', 'Order 3');
    }
}

接口实现以后，咱们就能将其绑定到容器中，就能在整个应用中使用他了：

App::bind('OrderRepositoryInterface', 'DummyOrderRepository');

当后端开发人员实现了他的模块，好比：RedisOrderRepository。咱们再次经过修改绑定将其应用到项目之中。

接口大纲

接口在被用来定义项目“骨架”上是很是有用的。在项目组件设计阶段能够促进团队间设计讨论。好比定义BillingNotifierInterface接口，并讨论接口相应的方法，在敲代码前就能用接口定义出一套好的API。