一个用Case代替许多小函数的大函数

将代码分解成只执行一个简单功能的非常小的组件的好处是显而易见的。但是，没有任何规定要求我们必须使每个函数本身成为一个单独的函数。

考虑以下情况:

• 有一个大函数，但是函数中包含的每个case都是孤立的，只能自己运行。所有的case块都可以复制/粘贴到不同的代码体中，用它们的函数名包装。所以它是模的。不会有任何多个情况(if)合并，从来没有。

• 所有位于case块中的小函数都使用$vars数组作为它们的主变量。因此，任意数量、任意格式的变量都可以作为数组的一部分传递给父迭代器。

• 父迭代器可以在任何地方运行，甚至可以通过请求一个特定的动作在自己内部运行。即$ this -> run_actions (close_ticket);

• 对于需要运行的通用过程，它具有巨大的优势，并且可能需要在所有请求的操作上运行。输出缓冲是一个，任何动作钩子，过滤器或任何其他所有可以想象的系统。

• 这种格式允许在任何操作之前和之后以及/或任何操作的输入和输出上需要运行的任何未来新程序轻松集成。(对于我手上的这个特殊案例，这种案例在未来的出现是肯定的!!)如果所有这些操作都被划分为小函数，那么您需要更改每个函数上的钩子和过滤器，或者仍然需要一些其他函数来将这些操作分派到这些小函数上。使用这种格式，您只需将它们放在switch/case块之前或之后。

• 代码阅读很简单:当你看到一个特殊的情况，你知道它做什么-> 'view_tickets'是票证视图操作，它接受$vars作为输入。

显然，一个真正的超大质量函数会有各种各样的缺点。

所以，问题是:

假设函数的大小保持在一个合理的大小，模块化的原则和每个案例一个简单的操作被保留，也考虑到将来使用这段代码的任何人都不需要查看这段代码，也不需要修改这段代码，只需要知道钩子和过滤器，它们将被记录在其他地方，而不是代码本身。(包括他们使用的任何变量)你认为这可能是一种有效的方法来组合需要共同过程运行的任务吗?

public function run_actions($action,$vars=false)
{
    // Global, common filters and procedures which all actions need or may need
    ob_start();
    switch($action)
    {
        case 'view_tickets':
        {
            // Do things
            // Echo things if necessary
            break;
        }
        case 'close_ticket':
        {
            // Do things
            // Echo things if necessary
            break;
        }
        case 'do_even_more_stuff':
        {
            // Do things
            // Echo things if necessary
            break;
        }
        // Many more cases as needed
    }
    // Even more common post-processing actions, filters and other stuff any action may need
    $output=ob_get_clean();
    return $output;
}