这里有一些很好的答案，但我认为这是最简单的。 在Laravel 5.4(以及之前的版本)中，你可以在方便的地方创建一个类，比如App/Libraries/Helper.php

class Helper() {
    public function uppercasePara($str) {
        return '<p>' .strtoupper($str). '<p>;
    }
}

然后你可以像这样简单地在你的Blade模板中调用它:

@inject('helper', \App\Libraries\Helper)
{{ $helper->drawTimeSelector() }}

如果你不想使用@inject，那么就把'uppercasePara'函数设置为静态的，并像这样将调用嵌入到你的Blade模板中:

{{ \App\Libraries\Helper::drawTimeSelector() }}

不需要别名。Laravel自动解析具体类。

在Laravel 5.3及以上版本中，Laravel团队将所有过程文件(routes.php)移出了app/目录，整个app/文件夹是psr-4自动加载的。接受的答案在这种情况下是可行的，但我感觉不对。

所以我所做的就是在我的项目的根目录下创建了一个helpers/目录，并把helper文件放在里面，放在我的composer中。我这样做:

...
"autoload": {
    "classmap": [
        "database"
    ],
    "psr-4": {
        "App\\": "app/"
    },
    "files": [
        "helpers/ui_helpers.php"
    ]
},
...

这样我的app/目录仍然是psr-4自动加载的，并且帮助程序组织得更好一些。

由于OP要求最佳实践，我认为我们仍然缺少一些好的建议。

单一的helpers.php文件远非一个好的实践。首先，因为你混合了很多不同类型的函数，所以你违背了良好的编码原则。此外，这不仅会损害代码文档，还会损害诸如圈复杂度、可维护性指数和Halstead Volume等代码指标。函数越多，情况就越糟。

使用phpDocumentor这样的工具，代码文档是可以的，但使用Sami，它不会呈现过程性文件。Laravel API文档就是这样一种情况——没有辅助函数文档:https://laravel.com/api/5.4

代码度量可以使用PhpMetrics等工具进行分析。使用PhpMetrics版本1。src/Illuminate/Foundation/helpers.php和src/Illuminate/Support/helpers.php文件的CC/MI/HV指标都非常糟糕。

多个上下文帮助文件(例如。String_helpers.php, array_helpers.php等)肯定会改善这些糟糕的指标，从而使代码更容易维护。根据所使用的代码文档生成器，这就足够了。

可以通过使用带有静态方法的helper类来进一步改进，这样它们就可以使用名称空间进行上下文化。就像Laravel已经对Illuminate\Support\Str和Illuminate\Support\Arr类所做的那样。这改进了代码度量/组织和文档。可以使用类别名使它们更易于使用。

用类来构造结构使代码组织和文档更好，但另一方面，我们最终失去了那些伟大的、简短的、容易记住的全局函数。我们可以通过为这些静态类方法创建函数别名来进一步改进这种方法。这既可以手动完成，也可以动态完成。

Laravel内部使用第一种方法，在映射到静态类方法的过程帮助文件中声明函数。这可能不是理想的事情，因为您需要重新声明所有的东西(文档块/参数)。 我个人使用一个动态的方法，在HelperServiceProvider类中创建这些函数:

<?php

namespace App\Providers;

use Illuminate\Support\ServiceProvider;

class HelperServiceProvider extends ServiceProvider
{
    /**
     * The helper mappings for the application.
     *
     * @var array
     */
    protected $helpers = [
        'uppercase' => 'App\Support\Helpers\StringHelper::uppercase',
        'lowercase' => 'App\Support\Helpers\StringHelper::lowercase',
    ];

    /**
     * Bootstrap the application helpers.
     *
     * @return void
     */
    public function boot()
    {
        foreach ($this->helpers as $alias => $method) {
            if (!function_exists($alias)) {
                eval("function {$alias}(...\$args) { return {$method}(...\$args); }");
            }
        }
    }

    /**
     * Register the service provider.
     *
     * @return void
     */
    public function register()
    {
        //
    }
}

有人会说这是工程上的问题，但我不这么认为。它工作得非常好，而且与预期相反，它至少在使用PHP 7.x时不会花费相关的执行时间。

在SO和谷歌上筛选了各种各样的答案后，我仍然没有找到一个最佳的方法。大多数答案建议我们离开应用程序，依靠第三方工具Composer来完成工作，但我不相信仅仅为了包含一个文件而耦合到一个工具是明智的。

Andrew Brown的回答最接近我认为应该如何处理它，但是(至少在5.1中)，服务提供者步骤是不必要的。Heisian的回答强调了PSR-4的使用，这让我们更接近了一步。下面是视图中helper的最终实现:

首先，在你的app目录中创建一个helper文件，命名空间为:

namespace App\Helpers;

class BobFinder
{
    static function bob()
    {
        return '<strong>Bob?! Is that you?!</strong>';
    }
}

接下来，在config\app.php中，在aliases数组中为你的类添加别名:

'aliases' => [
    // Other aliases
    'BobFinder' => App\Helpers\BobFinder::class
]

这就是你需要做的。PSR-4和别名应该向你的视图公开helper，所以在你的视图中，如果你输入:

{!! BobFinder::bob() !!}

它应该输出:

<strong>Bob?! Is that you?!</strong>

编写自定义helper的最佳实践是

1)在项目根目录的app目录中，创建一个名为Helpers的文件夹(只是为了分离和构造代码)。

2)在文件夹中写入psr-4文件或普通php文件

如果PHP文件的格式是psr-4，那么它将被自动加载，否则在编写器中添加以下行。Json，在项目根目录中

在autoload key中，创建一个名为files的新key来在自动加载时加载文件，在files对象中添加从app目录开始的路径。这里有一个例子。

"autoload": {
    "classmap": [
        "database"
    ],
    "psr-4": {
        "App\\": "app/"
    },
    "files": [
        "app/Helpers/customHelpers.php"
    ]
},
"autoload-dev": {
    "classmap": [
        "tests/TestCase.php"
    ]
},

PS:如果文件没有加载，尝试运行composer dump-autoload。

我知道现在回答这个问题已经很晚了，但是，这个问题每天都发生在所有初级开发人员身上，所以对于直接步骤，请执行以下步骤:

**将你的helper函数分组到类中(使用刀片中的函数只是使它们静态)，并将所有类放在配置Laravel文件夹app.php别名

'aliases' => [
  "YourClassName" => App\Support\YourClassName,
]

现在你可以在刀片和控制器上使用所有的静态函数了。