Laravel 5 用laravel';编写php代码可以吗;谁的刀片?
在laravel的blade中编写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
<?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将应用程序的各个组件解耦,开发人员能够在不同组件上并行工作,而不会相互影响或阻塞