Laravel 5 用laravel';编写php代码可以吗;谁的刀片?

Laravel 5 用laravel';编写php代码可以吗;谁的刀片?,laravel-5,Laravel 5,在laravel的blade中编写php代码可以吗? 这是我的密码 <?php $orders = order::where('user_id', '=', Auth::user()->id)->get(); $counts= $orders->count(); $totalPrice = 0; for ($i = 1; $i <= $counts ; $i++) { $totalPrice += $o

在laravel的blade中编写php代码可以吗? 这是我的密码

  <?php

    $orders = order::where('user_id', '=', Auth::user()->id)->get(); 
    $counts= $orders->count(); 
    $totalPrice = 0; 

    for ($i = 1; $i <= $counts ; $i++) { 
        $totalPrice += $order->cart->totalPrice; 
    } 

    echo $totalPrice; 

  ?>

简短回答:否

更详细的回答:Blade是一个模板引擎,用于呈现应用程序的视图。这样的代码应该驻留在模态中。把逻辑放在你的视图中会使你的代码变得麻木,并且会反过来咬你。

简短回答:不


更详细的回答:Blade是一个模板引擎,用于呈现应用程序的视图。这样的代码应该驻留在模态中。把逻辑放在你的视图中会使你的代码变得麻木,并且会反过来咬你。

这可能吗?肯定

你应该吗?很可能不应该。Laravel基于MVC模式,该模式致力于将业务逻辑与视图分离。我认为最好使用一个控制器来检索数据并将其传递给一个视图,然后在该视图中使用刀片模板来显示数据(在本例中,这意味着将
替换为
{…}

将业务逻辑和视图分开有许多好处,但您却错过了这些好处,其中包括:

  • 可重用性,当视图仅用于显示任何通用项列表时,它可以在多个位置使用。如果它包含像这样的特定逻辑,那么重用性就会受到很大的损害。逻辑也是如此,如果它在一个单独的控制器中,它将是可重用的

  • 模块化,当使用Laravel时,大多数人都希望业务逻辑在控制器中(关注点分离),将其放在一个视图中,这会使您更难找到,并且您还需要更改视图,而更改的可能只是逻辑。模块化还允许多人同时处理不同的模块,而不必相互影响

  • 可读性/清晰性,将逻辑放在控制器内的方法(描述名称和文档)中(再次描述名称和文档),将告诉另一个开发人员该代码的功能,并使他更容易阅读所述代码和前面提到的视图(您可以从中调用该方法)


    • 有可能吗?肯定有

      你应该吗?很可能不应该。Laravel基于MVC模式,该模式致力于将业务逻辑与视图分离。我认为最好使用一个控制器来检索数据并将其传递给一个视图,然后在该视图中使用刀片模板来显示数据(在本例中,这意味着将
      替换为
      {…}

      将业务逻辑和视图分开有许多好处,但您却错过了这些好处,其中包括:

      • 可重用性,当视图仅用于显示任何通用项列表时,它可以在多个位置使用。如果它包含像这样的特定逻辑,那么重用性就会受到很大的损害。逻辑也是如此,如果它在一个单独的控制器中,它将是可重用的

      • 模块化,当使用Laravel时,大多数人都希望业务逻辑在控制器中(关注点分离),将其放在一个视图中,这会使您更难找到,并且您还需要更改视图,而更改的可能只是逻辑。模块化还允许多人同时处理不同的模块,而不必相互影响

      • 可读性/清晰性,将逻辑放在控制器内的方法(描述名称和文档)中(再次描述名称和文档),将告诉另一个开发人员该代码的功能,并使他更容易阅读所述代码和前面提到的视图(您可以从中调用该方法)


        • 绝对不是!因为所有这些结构都是为了从视图中分离代码逻辑而设计的,这就是我们所说的,而这种设计的目标是:

          MVC将应用程序的各个组件解耦,开发人员能够在不同组件上并行工作,而不会相互影响或阻塞


          绝对不是!因为所有这些结构都是为了从视图中分离代码逻辑而设计的,这就是我们所说的,而这种设计的目标是:

          MVC将应用程序的各个组件解耦,开发人员能够在不同组件上并行工作,而不会相互影响或阻塞