Php 生成类似laravel defaullt的助手请求助手

我想制作一个助手函数，我在我的项目中广泛使用它，几乎在任何地方，或者一些其他助手函数，现在可能用作示例，我脑海中有laravel request helper，如下所示：

request()->get('name);

现在我知道，在刀片服务器、控制器或其他地方，如果我使用它，它都可以工作。 现在我有两个问题。 1-如何让这样的助手做一些事情，并且可以轻松广泛地使用 2-这样做明智吗？

在app\Helpers\GlobalHelper.php中创建一个helper类

然后在别名数组的config\app.php中添加

'Helper'=>App\Helpers\GlobalHelper:：class

然后在刀片文件中可以使用{{Helper:：helloWorld}}，或者在控制器中可以使用\Helper:：helloWorld

在app\Helpers\GlobalHelper.php中创建一个helper类

然后在别名数组的config\app.php中添加

'Helper'=>App\Helpers\GlobalHelper:：class

---

然后在刀片文件中可以使用{{Helper:：helloWorld}}，或者在控制器中可以使用\Helper:：helloWorld

要成为全球助手，您可以这样做

在下面的路径app/Helpers/helper.php中添加一个非类的php文件

为了使它类似于Laravels，方法是使一个对象可以在最初的helper调用返回时调用方法

class Helper {
    public function getHelp() {
        return 'did this help?';
    }
}

现在让composer使用helper函数自动加载文件

"autoload": {
    "files": [
        "app/Helpers/helper.php"
    ]
}

这将使您能够调用以下命令

helper()->getHelp(); // returns: did this help?

最后一个问题

做那样的帮手明智吗

---

在面向对象设计中，这是一种反模式，因为它处理全局函数，应该是静态命名空间调用或对象。然而，在Laravel的环境中，我非常喜欢你能用这些助手做什么。现在，在我当前的项目中，我们有一些全局函数，用于将浮动格式化到我们的区域设置货币字符串表示，这些函数帮助很大，使用起来非常方便。

要制作全局助手，你可以这样做

在下面的路径app/Helpers/helper.php中添加一个非类的php文件

为了使它类似于Laravels，方法是使一个对象可以在最初的helper调用返回时调用方法

class Helper {
    public function getHelp() {
        return 'did this help?';
    }
}

现在让composer使用helper函数自动加载文件

"autoload": {
    "files": [
        "app/Helpers/helper.php"
    ]
}

这将使您能够调用以下命令

helper()->getHelp(); // returns: did this help?

最后一个问题

做那样的帮手明智吗

---

在面向对象设计中，这是一种反模式，因为它处理全局函数，应该是静态命名空间调用或对象。然而，在Laravel的环境中，我非常喜欢使用这些助手所能做的事情，现在，在我当前的项目中，我们有一些全局函数，用于将浮动格式设置为我们的区域设置货币字符串表示形式，这些函数帮助很大，使用起来非常方便。

1以下是Laravel助手的建议，这应该给你一个好的起点。2 Helper函数非常有用，在整个Laravel框架中广泛使用，因此我认为在适当的时候使用它们是明智的。1这是Laravel的Helper函数，应该为您提供一个良好的起点。2辅助函数非常有用，在整个Laravel框架中广泛使用，所以我会说，在适当的时候使用它们是明智的。谢谢你，那个人真的帮了大忙，但其他人也得到了回答。我发现你的答案更完整，但这也吸引了我的眼球，更像是拉维结构。我接受了你的问题，并希望能同时接受这两个问题，但我必须对此进行更多的研究。我认为：这是两种不同的方法，两者都有如果你是正确的，最重要的部分就是学习新事物并变得更好：事实上，这个答案更符合问题，即如何使助手功能像请求一样。我的方法稍有不同，更符合Laravel的助手类，例如Str或Arr等。这两种方法都应该很好地工作，并且可以互换。不确定是否存在任何性能问题？@justrusty Examply我要寻找的是性能问题，如果其中任何一个出现性能问题或没有性能问题。如果不知道确切的原因，我无法想象这些解决方案中的任何一个都会影响实际场景中的性能。否则人们会避免使用Str:：方法。函数的解决方案是尽可能的简单。谢谢你的帮助，但其他人也得到了回答。我发现你的答案更完整，但这也得到了我的关注，更像是拉维结构。我接受了你的问题，并希望能接受这两个问题，但我必须对此进行更多的研究。我认为：这是两种不同的方法，两者都有如果你是正确的，最重要的部分就是学习新事物并变得更好：事实上，这个答案更符合问题，即如何使助手功能像请求一样。我的方法稍有不同，更符合Laravel的助手类，例如Str或Arr等。两者都满足

---

HOD应该可以很好地工作，并且几乎可以互换。不确定是否存在任何性能问题？@justrusty Examply我要寻找的是性能问题，如果其中任何一个出现性能问题或没有性能问题。如果不知道确切的原因，我无法想象这些解决方案中的任何一个都会影响实际场景中的性能。否则人们会避免使用Str:：方法。而且函数解决方案是尽可能简单的。其实没有想到这种方法很好！其实没想到这个办法好一点！