在 Laravel 中使用 Cookie 构建愿望清单时，常见的问题是 `foreach()` 类型错误，这通常是由于将多个商品 ID 错误地存储为单个字符串或整数，导致 `Cookie::get()` 返回非数组类型数据。本文将深入分析此问题，并提供两种解决方案：优先推荐使用数据库存储多项愿望清单数据，以确保数据持久性、可扩展性和安全性；同时，也会介绍如何在坚持使用 Cookie 的情况下，通过序列化/反序列化数组来正确存储和检索多个 ID。
理解 foreach() 类型错误的原因
当你在 Laravel 中尝试使用 Cookie 存储多个愿望清单商品 ID 时，如果采用如下方式：
// WishlistController.php - 存储方法public function store($id){ // 错误的做法：每次调用都会覆盖 'wishlist' cookie 的值 Cookie::queue('wishlist', $id, 10); // ...}
这段代码的问题在于 Cookie::queue(‘wishlist’, $id, 10) 每次被调用时，都会将 wishlist 这个 Cookie 的值设置为最新的 $id，而不是追加到现有列表中。这意味着，wishlist Cookie 最终只包含一个商品的 ID（一个字符串或整数）。
当你尝试在 index 方法中检索并处理这些数据时：
// WishlistController.php - 检索方法public function index(){ if (Cookie::has('wishlist')) { // 这里的 Cookie::get('wishlist') 返回的是一个字符串或整数，而不是数组 // Arr::flatten() 期望一个数组作为参数，因此会抛出类型错误 $books = Book::query()->whereHas('bookCopies', function ($q) { $q->whereIn('id', Arr::flatten(Cookie::get('wishlist'))); })->get(); } // ...}
Arr::flatten() 辅助函数旨在将多维数组展平为一维数组。然而，由于 Cookie::get(‘wishlist’) 返回的是一个字符串或整数（即单个商品 ID），而不是一个数组，Arr::flatten() 接收到错误的参数类型，从而抛出 foreach() argument must be of type array|object, string given 错误。这个错误并非发生在 Blade 模板的 @foreach 循环中，而是发生在控制器中尝试处理 Cookie 数据的阶段。
解决方案一：使用数据库存储愿望清单（推荐）
对于需要存储多个项目且要求数据持久性、可扩展性和安全性的场景，使用数据库是最佳实践。这允许你将愿望清单项目与用户关联起来，并且不受 Cookie 大小和生命周期的限制。
1. 创建愿望清单数据表
首先，创建一个 wishlists 迁移文件来定义愿望清单表。这个表通常包含 user_id 和 book_copy_id（或者 book_id，取决于你的业务逻辑）。
php artisan make:migration create_wishlists_table
编辑生成的迁移文件：
// database/migrations/YYYY_MM_DD_HHMMSS_create_wishlists_table.phpuse IlluminateDatabaseMigrationsMigration;use IlluminateDatabaseSchemaBlueprint;use IlluminateSupportFacadesSchema;class CreateWishlistsTable extends Migration{ public function up() { Schema::create('wishlists', function (Blueprint $table) { $table->id(); $table->foreignId('user_id')->constrained()->onDelete('cascade'); $table->foreignId('book_copy_id')->constrained('book_copies')->onDelete('cascade'); // 假设book_copies表 $table->timestamps(); // 确保每个用户不能重复添加同一个书本副本到愿望清单 $table->unique(['user_id', 'book_copy_id']); }); } public function down() { Schema::dropIfExists('wishlists'); }}
运行迁移：
php artisan migrate
2. 创建 Wishlist 模型
创建一个 Wishlist 模型来与 wishlists 表交互。
php artisan make:model Wishlist
// app/Models/Wishlist.phpnamespace AppModels;use IlluminateDatabaseEloquentFactoriesHasFactory;use IlluminateDatabaseEloquentModel;class Wishlist extends Model{ use HasFactory; protected $fillable = ['user_id', 'book_copy_id']; // 定义与 User 和 BookCopy 模型的关系 public function user() { return $this->belongsTo(User::class); } public function bookCopy() { return $this->belongsTo(BookCopy::class); // 假设你有一个 BookCopy 模型 }}
3. 更新控制器逻辑
现在，我们将 WishlistController 中的 store 和 index 方法更新为使用数据库。
// app/Http/Controllers/WishlistController.phproute('login')->with('error', '请先登录以添加愿望清单。'); } // 尝试添加书籍副本到愿望清单，如果已存在则不重复添加 Wishlist::firstOrCreate([ 'user_id' => Auth::id(), 'book_copy_id' => $bookCopyId, ]); // 获取书籍信息以进行重定向 $book = Book::query()->whereHas('bookCopies', function ($q) use ($bookCopyId) { $q->where('id', $bookCopyId); })->first(); if ($book) { return redirect()->route('books.index', ['id' => $book->id])->with('success', '书籍已添加到愿望清单！'); } return redirect()->back()->with('error', '无法找到该书籍。'); } /** * 显示用户的愿望清单。 * * @return IlluminateHttpResponse */ public function index() { // 确保用户已登录 if (!Auth::check()) { return redirect()->route('login')->with('error', '请先登录以查看愿望清单。'); } // 获取当前用户的所有愿望清单项的书籍副本ID $wishlistBookCopyIds = Wishlist::where('user_id', Auth::id())->pluck('book_copy_id')->toArray(); // 根据书籍副本ID获取所有相关的书籍信息 $books = collect(); // 初始化为空集合 if (!empty($wishlistBookCopyIds)) { $books = Book::query() ->whereHas('bookCopies', function ($q) use ($wishlistBookCopyIds) { $q->whereIn('id', $wishlistBookCopyIds); }) ->get(); } return response(view('member.wishlist', ['books' => $books])); }}
注意事项：
确保用户在执行 store 和 index 方法时已登录。可以使用 Laravel 的 auth 中间件来保护这些路由。firstOrCreate 方法会检查记录是否存在，如果不存在则创建，避免重复添加。pluck(‘book_copy_id’) 方法会从查询结果中提取所有 book_copy_id 列的值，并返回一个集合。->toArray() 将其转换为数组，以便 whereIn 使用。
解决方案二：使用 Cookie 存储多个 ID（带序列化）
如果你坚持使用 Cookie（例如，对于未登录用户的临时愿望清单），你需要正确地存储和检索一个 ID 数组，而不是单个 ID。这通常通过将数组序列化为字符串（如 JSON）来完成。
1. 更新存储逻辑
在 store 方法中，你需要先获取现有的愿望清单 ID 数组，添加新的 ID，然后将整个数组序列化并存储回 Cookie。
// app/Http/Controllers/WishlistController.php - 存储方法 (Cookie 方案)whereHas('bookCopies', function ($q) use ($bookCopyId) { $q->where('id', $bookCopyId); })->first(); if ($book) { return redirect()->route('books.index', ['id' => $book->id])->with('success', '书籍已添加到愿望清单！'); } return redirect()->back()->with('error', '无法找到该书籍。'); } // ...}
2. 更新检索逻辑
在 index 方法中，你需要从 Cookie 中获取 JSON 字符串，然后将其反序列化回数组。
// app/Http/Controllers/WishlistController.php - 检索方法 (Cookie 方案)whereHas('bookCopies', function ($q) use ($wishlistIds) { $q->whereIn('id', $wishlistIds); })->get(); } } return response(view('member.wishlist', ['books' => $books])); }}
Cookie 方案的局限性：
大小限制： Cookie 有大小限制（通常为 4KB），存储过多 ID 会超出限制。安全性： Cookie 存储在客户端，容易被篡改。敏感数据不应存储在 Cookie 中。持久性： Cookie 有过期时间，过期后数据会丢失。用户更换设备或浏览器也会丢失数据。用户体验： 对于已登录用户，愿望清单无法跨设备同步。
总结
解决 Laravel 中使用 Cookie 构建愿望清单时 foreach() 类型错误的关键在于理解 Cookie::queue() 的覆盖行为以及 Arr::flatten() 对参数类型的要求。
核心要点：
Cookie::queue(‘name’, $value) 每次调用都会覆盖同名 Cookie 的值。Arr::flatten() 期望接收一个数组或对象，而非字符串或整数。
推荐策略：
对于需要持久存储、用户关联和可扩展性的场景，强烈建议使用数据库来管理愿望清单。 这提供了更好的数据完整性、安全性和用户体验。如果确实需要在客户端存储临时数据，并且了解其局限性，可以通过将 ID 数组 json_encode() 序列化后存储到 Cookie，并在读取时 json_decode() 反序列化来处理。
通过选择合适的数据存储策略并正确地实现数据处理逻辑，你可以避免常见的类型错误，并构建健壮的 Laravel 应用程序。
以上就是Laravel 中构建愿望清单：解决 foreach() 类型错误与数据存储策略的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1341730.html
微信扫一扫 
支付宝扫一扫 
