使用 Laravel 包是否比手动实施它们更有效？
Is using Laravel packages more efficient than manually implementing them?
我想知道使用 Laravel 中的库而不是手动编写代码是否是一种有效的实施方式？
示例：如果我使用像 SweetAlert 或 CKEditor 这样的软件包？
在手动过程中我们一般会做三件事：
- 包括CSS
- 包括 JS
- 调用JS
但是，如果我们使用包来安装，它遵循整个Laravel框架life cycle。
在使用需要大量配置的大型或笨重库的情况下，例如 azure saml-2、PayPal 或任何其他支付集成。我总是喜欢使用手动实现更少、覆盖方法更多的包。
对于我的下一个项目，我都会做同样的事情。请向我推荐什么是最好的做事方式。我只关心优化的代码。我愿意花更多的时间写代码，而不是为每一件小事安装库。
这取决于你想要整合。如果你想要很多与模块相关的功能，那么你可以添加包。否则你可以包括内部 css 和 js。例如您可以通过简单地添加 js 而不是使用 laravel/snappy 包来简单地使用 window.print ()。但是包含包可以帮助作曲家安装和更新而不是将来手动更新。
对我来说，有两个主要选项可供选择 - 可管理代码和优化代码，您实际上可以在两者之间找到平衡他们。
在决定这两个选项时也有硬币的两面 - 服务器端代码和客户端代码。
首先，请记住，服务器端将几乎总是有足够多的资源来处理您的代码（取决于您作为开发人员为这些资源支付的价格）。因此，您可能不得不在此处倾向于可管理性。使用 Laravel 内置库将是实现此目标的最佳方式，因为它可以帮助您更轻松地升级和更新代码。
另一方面，您无法总是预测 客户端 上可用的资源量来处理您的前端代码 - 事实上，最好假设它是最小的。所以，在这里，你必须更多地倾向于编写优化的前端代码，因为这会影响用户体验很多。
您提到了 Laravel 请求生命周期。现在，Laravel 本身就是一个 backend PHP 库。甚至它的 Blade 模板引擎代码在提供给用户之前都是在服务器上处理的。您的 Laravel 请求也是如此。这意味着，如果您专注于自己编写非 laravel 优化的后端代码，那么前端的用户体验并不会像您想象的那样从中受益。此外，这样做的一个主要缺点是，当您想要添加新的主要功能时，您可能最终不得不 重新思考 并重写整个代码。
这是我的建议。多想想为前端手动编写优化代码——javascript、css、htmle.t.c。在后端，（正确地）使用内置库并让服务器和 Laravel 完成所有体力劳动。 ;)
我想知道使用 Laravel 中的库而不是手动编写代码是否是一种有效的实施方式？
示例：如果我使用像 SweetAlert 或 CKEditor 这样的软件包？
在手动过程中我们一般会做三件事：
- 包括CSS
- 包括 JS
- 调用JS
但是，如果我们使用包来安装，它遵循整个Laravel框架life cycle。
在使用需要大量配置的大型或笨重库的情况下，例如 azure saml-2、PayPal 或任何其他支付集成。我总是喜欢使用手动实现更少、覆盖方法更多的包。
对于我的下一个项目，我都会做同样的事情。请向我推荐什么是最好的做事方式。我只关心优化的代码。我愿意花更多的时间写代码，而不是为每一件小事安装库。
这取决于你想要整合。如果你想要很多与模块相关的功能，那么你可以添加包。否则你可以包括内部 css 和 js。例如您可以通过简单地添加 js 而不是使用 laravel/snappy 包来简单地使用 window.print ()。但是包含包可以帮助作曲家安装和更新而不是将来手动更新。
对我来说，有两个主要选项可供选择 - 可管理代码和优化代码，您实际上可以在两者之间找到平衡他们。
在决定这两个选项时也有硬币的两面 - 服务器端代码和客户端代码。
首先，请记住，服务器端将几乎总是有足够多的资源来处理您的代码（取决于您作为开发人员为这些资源支付的价格）。因此，您可能不得不在此处倾向于可管理性。使用 Laravel 内置库将是实现此目标的最佳方式，因为它可以帮助您更轻松地升级和更新代码。
另一方面，您无法总是预测 客户端 上可用的资源量来处理您的前端代码 - 事实上，最好假设它是最小的。所以，在这里，你必须更多地倾向于编写优化的前端代码，因为这会影响用户体验很多。
您提到了 Laravel 请求生命周期。现在，Laravel 本身就是一个 backend PHP 库。甚至它的 Blade 模板引擎代码在提供给用户之前都是在服务器上处理的。您的 Laravel 请求也是如此。这意味着，如果您专注于自己编写非 laravel 优化的后端代码，那么前端的用户体验并不会像您想象的那样从中受益。此外，这样做的一个主要缺点是，当您想要添加新的主要功能时，您可能最终不得不 重新思考 并重写整个代码。
这是我的建议。多想想为前端手动编写优化代码——javascript、css、htmle.t.c。在后端，（正确地）使用内置库并让服务器和 Laravel 完成所有体力劳动。 ;)