使用Laravel包比手动实现它们更有效吗？

我想知道在Laravel中使用库而不是手动编写代码是否是一种有效的实现方式

示例：如果我使用的是像SweetAlert或CKEditor这样的软件包

在手动过程中，我们通常会做三件事：

• 包括CSS
• 包括JS
• 打电话给JS

但是，如果我们使用软件包进行安装，它将遵循整个Laravel框架

如果使用大型或笨重的库，需要大量配置，如azure saml-2、PayPal或任何其他支付集成。我总是喜欢使用手动实现较少、重写方法较多的包

---

对于我的下一个项目，我做同样的事情。请向我推荐一种更好的做事方式。我只关心优化后的代码。我愿意花更多的时间编写代码，而不是为每件小事安装库。

这取决于您想要集成的内容。如果您想要大量与模块相关的功能，那么可以添加软件包。否则，您可以包含内部css和js。例如，您可以通过简单地添加js而不是使用laravel/snappy包来使用simply-use window.print（）。但是，在composer的安装和更新过程中，包含该软件包可能会有所帮助，而不是在将来手动更新

对于我来说，有两个主要的选项可以从-可管理代码和优化代码中选择，你可以在两者之间找到一个平衡点

在这两个选项之间的选择也有两面性-服务器端代码和客户端代码

首先，请记住，服务器端几乎总是有足够的资源来处理您的代码（取决于您作为开发人员为这些资源支付的价格）。因此，在这里，您可能不得不倾向于可管理性。使用Laravel内置库将是实现这一点的最佳方式，因为它可以帮助您更轻松地升级和更新代码

另一方面，您不能总是预测客户端可用的资源量来处理前端代码-事实上，最好假设它是最小的。因此，在这里，您必须更倾向于编写优化的前端代码，因为这对用户体验影响很大

您提到了Laravel请求的生命周期。现在，Laravel本身就是一个后端PHP库。甚至its刀片模板引擎代码在提供给用户之前都在服务器上处理。同样适用于您的Laravel请求。这意味着，如果您专注于自己编写非laravel优化的后端代码，前端的用户体验不会像您想象的那样从中受益。另外，这样做的一个主要缺点是，当您想要添加一个新的主要特性时，您可能最终不得不重新思考和重写整个代码

---

这是我的建议。更多地考虑为前端手动编写优化代码——javascript、css、html e.t.c。在后端，使用内置库（正确），让服务器和Laravel完成所有手动工作。；）

是的，我没有几年的时间来构建这么复杂的东西，使用框架不是重点，我的重点是减少使用多个内部查询。欢迎@Vipertecpro。此外，学习和理解任何框架（包括Laravel）的任何特性总是很好的，这样您就可以有效地使用它们。例如，Laravel的雄辩特征。对它的良好理解将帮助您编写更好的查询，这也有助于用户体验，例如在ajax请求中。