我就是不能！下一个JS？

个人偏好决定技术栈的选择，这很正常！我个人并不偏爱Next.js，它单语言环境的论点对我来说并不适用，我更喜欢使用多种语言进行开发。

我曾经开发过许多React应用，但现在并不经常使用React。目前我主要使用Go（Echo或Fiber）、Django和Laravel（Go是我最喜欢的语言！）。

最近我需要构建一个小型应用，主要包含CRUD操作，并带有一些动态功能……我考虑尝试Next.js。一年前我曾短暂地用Next.js构建过一个应用，所以对这个框架有大致的了解。

结果却是一场痛苦的经历！

我花了大约一个小时尝试使用：https://www.php.cn/link/b0eec27361a2a03d4480b560df531df7

文档糟糕透顶！它假设你部署到Vercel。我只是想在本地运行它。

不管怎样，我决定从头开始尝试……

我创建了一个空白的Next.js项目，它几乎没有任何东西！我不得不手动设置Drizzle，即使是复制粘贴文档中的代码也不完全有效。

我遇到了一些恼人的错误，我现在已经记不清了，但总而言之，我不得不自己阅读日志并进行调试，这对我来说记忆模糊。

说句公道话，我已经生疏了，这是我的技术问题。

Next.js只是一个路由器和缓存

我不太明白Next.js的意义，它只是一个元框架，内置了路由器和缓存。你可以使用Inertia进行路由，跳过所有繁琐的设置，然后像往常一样使用React。

之前在SPA中使用React的经历让我很讨厌SPA，处理路由和Redux很痛苦。我更喜欢使用后端路由器，并在React本身中进行最小的状态管理。

Next.js在某种程度上解决了这个问题，但我感觉它还不够完善，并且与Vercel的耦合度太高。

Laravel Backpack拯救了我！

时间紧迫，我需要完成任务，没有时间去纠结。也许将来我会重新尝试Next.js，但在那时，快速完成项目至关重要。

在5分钟内，我构建了一个完整的管理面板，包括身份验证！只需运行几个CLI命令。

由于Backpack使用Laravel作为其基础，创建数据库表非常容易。只需运行：

<code>php artisan make:model Project -m</code>

这为我设置了模型和迁移文件。我只需要在迁移文件中添加我的数据库字段并运行：

<code>php artisan migrate
php artisan backpack:crud Project</code>

总共3个命令，我就得到了一个具有搜索和排序功能的完全可用的CRUD界面。

接下来，我需要处理一些后台任务，例如发送电子邮件和排队稍后处理的任务。

<code>php artisan make:model Project -m</code>

为了让Redis队列机制正常工作，我只需要一个Systemctl任务：

<code>php artisan migrate
php artisan backpack:crud Project</code>

说实话，Laravel有时会让我感到恼火，因为他们不断添加功能，导致框架现在变得非常臃肿。

这就是为什么我喜欢Next.js的极简风格，但我认为它对我来说过于极端了。

一个框架至少应该自带路由器、数据库层和队列作业，因为几乎所有复杂的应用程序都需要这些功能。

这取决于你的经验水平。Laravel 带来的便捷性可能并非总是好事。就我个人而言，在Laravel出现之前，我就已经从零开始构建过身份验证系统和框架，所以重新发明轮子有点无聊。有什么意义呢？

以上是我就是不能！下一个JS？的详细内容。更多信息请关注PHP中文网其他相关文章！