问题标签 [laravel-facade]

只想说我不知道​​我在做什么开始......我有一个看起来像这样的 user_info 表

我无法创建现在看起来像这样的更新控制器。

再次......不知道我在做什么......

这是我的表格：

更新：我能够像这样更新它：

但是有没有办法我可以做类似的事情：

我正在尝试为我的 Laravel 5.1.17 应用程序制作自定义外观。我一步一步地遵循了Laravel 文档和本教程，并且确实能够为我的自定义服务创建自定义外观。

然而，突然间，它坏掉了。我得到的错误信息是：

换句话说，我的 Facade 没有被绑定，而是 Laraveltest()在我的中间BookLookUp extends Facade类而不是我的预期服务BookLookUp类中寻找方法。

非常奇怪的是它工作得很好，然后就停止了工作。我所做的似乎让它崩溃的是我试图通过复制我的相关文件并只是切换名称来添加另一个外观，但不知何故我原来的外观保持不变也停止工作。

另一个相关的奇怪之处是我试图从头开始为我的 Facade 重新创建所有必要的文件，它工作得像新的一样好。然后我去重命名了 Facade 和相应的类/文件，结果它又坏了。

因此，似乎操纵文件夹以某种方式破坏了事情，但这没有任何意义。我的外墙不再工作是有原因的吗？

以下是我的相关文件：

应用程序/服务/BookLookUp.php

应用程序/外墙/BookLookUp.php

应用程序/提供者/BookLookUpServiceProvider.php

应用程序/Http/Routes.php

我想扩展 Laravel5 Cookies 功能。我想这样做：我将创建文件 App\Support\Facades\Cookie.php 和文件 App\Libraries\CookieJar.php。在 app.php 中，我将 Cookie 的行更改为：

无论如何，当我尝试像这样使用它时：

它返回：

调用未定义的方法 Illuminate\Cookie\CookieJar::test()

你有什么想法，为什么要这样做？以及，我想如何扩展 Cookie 功能的方式是否良好？

感谢您的帮助。

这是文件的内容：Cookie.php：

CookieJar.php：

我正在尝试将 Artisan 注入到服务中，这样我就可以避免使用外观。查看外观类参考，我可以看到我应该注入的类是：

所以我会假设这样做：

...会工作。但是，我收到以下错误：

如果我像这样调用外观上的方法，它就可以工作：

到目前为止，我无法弄清楚问题出在哪里。有没有人遇到过类似的问题？我尽量避免使用外墙。

提前致谢。

我现在正在使用 Laravel 5.1，由于某种原因，我的代码，即使你看起来很好，也不能正常工作。

我试图让我的应用程序发送一封带有视图作为消息的电子邮件。

这就是我的控制器看起来正确的样子，它基本上从输入中获取数据并从数据库中获取一些其他信息，然后它应该将该数据保存在其他表中，（这将用于跟踪一些信息应用程序）。之后它应该发送一条消息，但即使你我的.env文件设置正确，我也没有收到任何电子邮件。其余代码按我的意愿工作。

知道什么可能使该脚本无法正常工作吗？

我见过像他们使用外观并在访问器上注册一些东西的类。

它只是从 laravel 包中获取的，它刚刚返回了外观，但该返回表单实际上是做什么的？

我有一个功能可以识别给定令牌（字符串）的访问。如果给定了有效令牌，则应使用有效条目填充会话（使用SessionInterface）。我已经设置了我的VerifyToken中间件，并希望使用类似 Guard 的方法来进行令牌验证和会话存储。

我的问题，这种类型的功能是否被认为是 Laravel 的门面？如果是这样的话; 存储这些文件的合适位置是什么（例如app\Facades，还有一个app\Facades\Contracts存储接口）？

我正在尝试将引导模板添加到我的 Laravel 项目中。目前我正在使用Laravel 5.2它，它给出了以下错误。

309d94eeb37e8691a8ebbde32df9440f6af8f59a.php 第 11 行中的 FatalErrorException：找不到类“HTML”

我的 app.php

作曲家.json

生成的html内容

我已经阅读了许多资料，暗示 laravel 外观最终存在是为了方便，并且应该注入这些类以允许松散耦合。甚至Taylor Otwell 也有一篇文章解释了如何做到这一点。似乎我不是唯一一个对此感到疑惑的人。

会成为

这很好，只是我开始发现一些构造函数和方法开始采用四个以上的参数。

由于 Laravel IoC似乎只注入到类构造函数和某些方法（控制器）中，即使我有相当精简的函数和类，我发现类的构造函数正被所需的类打包，然后注入到需要的方法。

现在我发现如果我继续这种方法，我将需要我自己的 IoC 容器，如果我使用像 laravel 这样的框架，这感觉就像重新发明轮子？

例如，我使用服务来控制业务/视图逻辑，而不是处理它们的控制器——它们只是路由视图。因此控制器将首先获取其对应service的 ，然后是parameter其 url。一个服务功能还需要检查表单中的值，所以我需要Requestand Validator。就像那样，我有四个参数。

这是一个例子。实际上，我的许多构造函数已经注入了多个类（模型、服务、参数、外观）。我已经开始将构造函数注入（如果适用）“卸载”到方法注入，并让调用这些方法的类使用它们的构造函数来注入依赖项。

有人告诉我，根据经验，方法或类构造函数的参数超过四个是不好的做法/代码异味。但是，如果您选择注入 laravel 外观的路径，我看不出如何真正避免这种情况。

我是不是把这个想法搞错了？我的课程/功能不够精简吗？我错过了 laravel 容器的意义还是我真的需要考虑创建自己的 IoC 容器？其他一些答案似乎暗示 laravel 容器能够消除我的问题？

也就是说，在这个问题上似乎没有明确的共识......

我正在按照教程学习 laravel。我被这个错误困住了

ErrorException in Macroable.php line 81: Method open does not exist. (View: path\to\project\resources\views\form.blade.php)

我正在使用 FormFacade。早些时候我面临一个错误说： Call to undefined method Illuminate\Foundation\Application::bindShared()

bindShared我通过替换singleton整个文件来克服

/path/project/vendor/illuminate/html/HtmlServiceProvider.php

form.blade.php

HtmlServiceProvider.php

请帮忙。