函数数组的替代方案？

我正在编写一个应用程序（php），它需要一个很长的列表相似但不同的功能，由一组按键调用:

$functions = [
    "do this" => function() {
        // does this
    },
    "do that" => function() {
        // does that
    }
] 
etc.

我选择将相似的函数放在一个数组中，因为它们不相似enough- 使用一个充满条件语句的大函数获得相同的结果是行不通的。和我确实需要只能通过按键呼叫他们， 例如：

$program = ["do this", "do that", "do this"];
foreach ($program as $k => $v) {
    $functions[$v]();
}

问题是这个函数数组结构引起了很多问题，例如我遇到了困难从一个数组函数调用另一个数组函数，例如这不起作用：

"do that" => function() {
    $functions["do this"]();
}

也不是这个：

"do that" => function() {
    global $functions;
    $functions["do this"]();
}

or this:

"do that" => function($functions) {
    $functions["do this"]();
}

$functions["do that"]($functions);

我想我可以拥有一个很长的巨大功能switch语句:

function similar_functions($key) {
    switch ($key) {
        case "do this":
            // does this
        break;
        case "do that":
            // does that
        break;
    }
}

但这似乎并不是一个好的做法。或者也许是这样？

那么，我有什么选择呢？我应该采用 switch 结构吗？或者还有其他更好的解决方案吗？

在 php 中，闭包对于性能和内存使用来说是昂贵的。过程式编码引发了一大堆泥巴、意大利面条式代码和其他反模式。开关结构很难测试，而且违反了OCP http://en.wikipedia.org/wiki/Open/closed_principle.

你应该更喜欢 OOPSOLID http://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29避免冗余的方式，提高可扩展性和可维护性。这是提供一组可重用函数的最佳实践。 您还可以将代码分成层和模块，以降低复杂性并提高可互换性。

在你的情况下，你的课程可以实现__invoke http://www.php.net/manual/de/language.oop5.magic.php#object.invoke将其称为可调用的，并且您的键可以是这些类的完全限定名称空间，因此您可以像函数一样调用它。 从现在开始，您还可以使用继承、多态性或复合、装饰器等设计模式来重用其他函数或添加函数。

这是一个简单的例子..

<?php
use Foo\Bar;

class This
{
    public function __invoke()
    {
        $this->execute();
    }

    public function execute()
    {
        /* ... */
    }
 }

class That extends This
{
    public function execute()
    {
        /* ... */
    }
 }

$namespaces = array("\Foo\Bar\This", "\Foo\Bar\That"); 
foreach ($namespaces as $fullQualifiedNamespace) {
    /** @var callable $fullQualifiedNamespace */
    $fullQualifiedNamespace(); 
}

通过实现 This 和 That 的特定接口也可以实现此行为。 在迭代中，您可以检查调用已定义合约的接口。或者您构建一个进程类，您可以在其中添加实现此接口的对象。 Process 类可以执行所有附加对象（责任链 http://en.wikipedia.org/wiki/Chain-of-responsibility_pattern).

我更喜欢责任链模式，这是大多数开发人员可以理解的，但事实并非如此magic就像 PHP 的 __invoke 拦截器一样。在工厂中，您可以定义链，并且可以定义链或附加链对象的其他依赖项。