個人偏好決定技術堆疊的選擇,這很正常!我個人並不偏愛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的意義,它只是一個元框架,內建了路由器和快取。你可以使用Inertia進行路由,跳過所有繁瑣的設置,然後像往常一樣使用React。
之前在SPA中使用React的經驗讓我很討厭SPA,處理路由和Redux很痛苦。我更喜歡使用後端路由器,並在React本身中進行最小的狀態管理。
Next.js在某種程度上解決了這個問題,但我感覺它還不夠完善,而且與Vercel的耦合度太高。
時間緊迫,我需要完成任務,沒有時間去糾結。也許將來我會重新嘗試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出現之前,我已經從零開始建立過身份驗證系統和框架,所以重新發明輪子有點無聊。有什麼意義呢?
以上是我只是不能! nextjs?的詳細內容。更多資訊請關注PHP中文網其他相關文章!