苗条的框架：咖喱vs依赖注入

Question

在Angular等框架中，您可以像这样将服务和控制器相互注入

App.controller('exampleController', function($scope, ajaxService){

    ajaxService.getData().then(function(data) {

        //do something with the data

    });

});

根据 Angular文档，这称为依赖注入

您也可以在Slim Framwork中执行类似这样的操作

$app->get('/example', function() use ($app, $db) {

    $data = $db->getData();

    //do something with the data

}

根据Slim docs，这称为Currying 。

据我所知，这些是完全相同的东西吗？ 为什么用不同的名字称呼它们？

Answer 1

这里有几个有趣的读物： 什么是currying 什么是依赖注入

不管是哪种编程语言或框架，我们都可以说“依赖注入”（DI）类似于OOP类定义中的委托（请参见示例），而Currying则完全不同，比如说函数参数简化。

DI使您的类保持简单和解耦。 如果您熟悉Laravel，ServiceProvider就是一个很好的例子。 简而言之，您的类具有一个属性，该属性将被设置为另一个Class的实例（通常实现一个接口），以便您可以委派某些功能。 典型示例是：

interface LogInterface {
   public function write();
}

class LogToFile implements LogInterface {
   public function write()
   {
       //Do something
   }
}

class LogToFileDB implements LogInterface {
   public function write()
   {
       //Do something
   }
}

class MyDIClass {
   private $log;

   public function __construct(LogInterface $log){
       $this->log = $log;
   }

  public function writeLog(){
       $this->log->write();
   }
}

//You can do
$myobj = new MyDIClass(new LogToFile);
//or you can do 
//$myobj = new MyDIClass(new LogToDB);

//this will work, no worries about "write()" you are delegating through DI
$myobj->writeLog();

我刚刚在上面编写了这段代码（可能没有功能）来说明DI。 使用该接口，您可以确保在任何实现LogInterface的类中都将实现方法“ write（）”。 然后，您的类在实例化对象时强制获取LogInterface对象。 忘记“ write（）”的工作原理，这与您无关。

对于Curinging，技术不同，您只是在函数中简化了参数。 当使用Slim Framework时，人们会说“您可以使用$ app来管理您的路线”。 我已经使用了Slim很多，我对Slim的理解是，比将几个变量传递给路由闭包要好得多，只是丰富了$ app变量并传递了1个单变量：$ app

$app = new \Slim\Slim();
//Rather than 
//$app->get('/foo', function () use ($app, $log, $store, ...) {

$app->get('/foo', function () use ($app) {
    $app->render('foo.php'); // <-- SUCCESS
    $app->log->write();
    $app->db->store();
});