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