Как передать данные во все представления в Laravel 5?

Вы можете либо создать своего собственного поставщика услуг (ViewServiceProvider имя является общим) или вы можете использовать существующий AppServiceProvider.

В выбранном вами провайдере введите свой код в метод загрузки.

public function boot() {
    view()->share('data', [1, 2, 3]);
}

Это сделает переменную $data доступной во всех ваших представлениях.

Если вы предпочитаете использовать фасад вместо помощника, измените view()-> на View::, но не забудьте указать use View; в верхней части файла.

Я обнаружил, что это самый простой вариант. Создайте нового поставщика и используйте подстановочный знак '*', чтобы прикрепить его ко всем представлениям. Также работает в 5.3:-)

<?php

namespace App\Providers;

use Illuminate\Http\Request;
use Illuminate\Support\ServiceProvider;

class ViewServiceProvider extends ServiceProvider
{
    /**
     * Bootstrap the application services.
     * @return void
     */
    public function boot()
    {
        view()->composer('*', function ($view)
        {
            $user = request()->user();

            $view->with('user', $user);
        });
    }

    /**
     * Register the application services.
     *
     * @return void
     */
    public function register()
    {
        //
    }
}

Лучшим способом было бы совместное использование переменной с помощью View::share('var', $value);

Проблемы с составлением с использованием "*":

Рассмотрите следующий подход:

<?php
// from AppServiceProvider::boot()
$viewFactory = $this->app->make(Factory::class);

$viewFacrory->compose('*', GlobalComposer::class);

Из примера вида блейда:

  @for($i = 0; $i<1000; $i++)
    @include('some_partial_view_to_display_i', ['toDisplay' => $i])
  @endfor

Что происходит?

• Создается экземпляр класса GlobalComposer 1000 время использования App::make.
• Событие composing:some_partial_view_to_display_i обработано 1000 раз.
• Функция compose внутри класса GlobalComposer называется 1000 раз.

Но частичное представление some_partial_view_to_display_i не имеет ничего общего с переменными, составленными GlobalComposer, но значительно увеличивает время визуализации.

Наилучший подход?

Использование View::share вдоль сгруппированного промежуточного программного обеспечения.

Route::group(['middleware' => 'WebMiddleware'], function(){
  // Web routes
});

Route::group(['prefix' => 'api'], function (){

});

class WebMiddleware {
  public function handle($request)
  {
    \View::share('user', auth()->user());
  }
}

Обновление

Если вы используете что-то, что вычисляется по конвейеру промежуточного программного обеспечения, вы можете просто прослушать соответствующее событие или поместить промежуточное программное обеспечение общего доступа к представлению в последнюю нижнюю часть трубопровод.

В документации:

Как правило, вы выполняете вызовы метода общего доступа в службе метод загрузки провайдера. Вы можете добавить их в AppServiceProvider или создать отдельного поставщика услуг для их размещения.

Я согласен с Марвеллом, просто поместите его в AppServiceProvider в функцию загрузки:

public function boot() {
    View::share('youVarName', [1, 2, 3]);
}

Я рекомендую использовать определенное имя для переменной, чтобы избежать путаницы или ошибок с другими "глобальными" переменными.

Документация слушается https://laravel.com/docs/5.4/views#view-composers но я разобью его

1. Найдите каталог app\Providers в корневом каталоге вашего приложения и создайте файл ComposerServiceProvider.php и скопируйте и вставьте в него текст ниже и сохраните его.

   <?php
       namespace App\Providers;
       use Illuminate\Support\Facades\View;
       use Illuminate\Support\ServiceProvider;
   
       class ComposerServiceProvider extends ServiceProvider
       {
           /**
           * Register bindings in the container.
           *
           * @return void
           */
       public function boot()
       {
           // Using class based composers...
           View::composer(
               'profile', 'App\Http\ViewComposers\ProfileComposer'
           );
   
           // Using Closure based composers...
           View::composer('dashboard', function ($view) {
               //
           });
       }
   
       /**
       * Register the service provider.
       *
       * @return void
       */
       public function register()
       {
           //
       }
   }
   

2. Из корневого каталога вашего приложения откройте Config/app.php и найдите раздел Поставщики в файле и скопируйте и вставьте это "Приложение\Поставщики\Составители", в массив.

Сделав это, мы создали поставщика услуг Composer. Когда вы запускаете свое приложение с профилем просмотра следующим образом http://yourdomain/something/profile, вызывается поставщик услуг composerserviceprovider и создается экземпляр класса App\Http\viewcomposers\profilecomposer, вызывающий метод Composer из-за кода, приведенного ниже внутри загрузки метод или функция.

 // Using class based composers...
 View::composer(
   'profile', 'App\Http\ViewComposers\ProfileComposer'
 );

1. Если вы обновите свое приложение, вы получите сообщение об ошибке, потому что класс App\Http\viewcomposers\profilecomposer еще не существует. Теперь давайте создадим его.

Перейдите по пути к каталогу app/Http

• Создайте каталог под названием Составители представлений

• Создайте файл ProfileComposer.php.

  class ProfileComposer
  {
      /**
      * The user repository implementation.
      *
      * @var UserRepository
      */
      protected $users;
  
      /**
      * Create a new profile composer.
      *
      * @param  UserRepository  $users
      * @return void
      */
      public function __construct(UserRepository $users)
      {
          // Dependencies automatically resolved by service container...
          $this->users = $users;
      }
  
      /**
      * Bind data to the view.
      *
      * @param  View  $view
      * @return void
      */
      public function compose(View $view)
      {
          $view->with('count', $this->users->count());
      }
  }
  

Теперь перейдите к своему представлению или в это дело Profile.blade.php и добавьте

{{ $count }}

И это покажет количество пользователей на странице профиля.

Чтобы отобразить количество изменений на всех страницах

// Using class based composers...
View::composer(
    'profile', 'App\Http\ViewComposers\ProfileComposer'
);

До

// Using class based composers...
View::composer(
    '*', 'App\Http\ViewComposers\ProfileComposer'
);

Я думаю, что лучший способ - это View Composers. Если кто-то пришел сюда и хочет узнать, как это можно сделать с помощью View Composers, прочитайте мой ответ => Как совместно использовать переменную во всех представлениях?

Документация слушается https://laravel.com/docs/5.4/views#view-composers но я разобью его 1. Найдите поставщиков каталогов в своем корневом каталоге и создайте для ComposerServiceProvider.php с содержанием

Внутри вашей папки конфигурации вы можете создать файл php, назовите его, например"variable.php "с содержанием ниже:

<?php return [ 'versionNumber' => '122231', ];

Теперь во всех представлениях вы можете использовать config('variable.versionNumber') для вызова этой переменной.

Добавьте их поставщику услуг приложений в метод загрузки

<?php

namespace App\Providers;

use Illuminate\Support\Facades\View;

class AppServiceProvider extends ServiceProvider
{
    /**
     * Bootstrap any application services.
     *
     * @return void
     */
    public function boot()
    {
        View::share('signedIn', \Auth::check());

     View::share('user', \Auth::user());
    }

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

Метод Laravel 5.6: https://laravel.com/docs/5.6/views#passing-data-to-views

Пример, с общим доступом к коллекции моделей для всех представлений (AppServiceProvider.php ):

use Illuminate\Support\Facades\View;
use App\Product;

public function boot()
{
    $products = Product::all));
    View::share('products', $products);

}