如何在另一个命名空间中访问路由？
use Illuminate\Routing\Route;
*
共有1个答案
好吧，新手错误，首先如果你把线
use Illuminate\Routing\Route;
您将无法调用您的方法，您将得到错误：Laravel非静态方法其次访问方法route::CurrentRoutename（）,命名空间是错误的，并且说明\routing\router是正确的，
在最后，您应该像这样使用外观：
Illuminate\Support\Facades\Route
-
我有一个现有的项目： 我想添加一个api服务器，这样我就可以通过http访问部分系统。因此，我想在我的项目的/api子目录中添加一个laravel项目： 现在我想从laravel访问我的项目的类。 但我得到： 这可能是因为laravel项目有自己的名称空间。如何从实际project中引用类？
-
我在访问另一个命名空间中存在的服务时遇到问题。 我有两个名称空间（在同一个集群中）airflow-dev和dask-dev。 在dask-dev名称空间中，我部署了dask集群(dask调度器和工作器)。此外，还为dask-scheduler pod创建了一个服务(集群IP)。我可以使用“kubectl port-forward”命令从chrome访问dask-scheduler pod。 然而，
-
除了具有不同名称空间的属性外，我在大多数情况下都能够使用XSOM解析XSD。对于本例，我希望获得枚举值“9901001”的属性“t：deprecated”。下面是一个示例XSD：
-
我在默认命名空间中创建了一个serviceaccount（dm sa），并在clusterRole（绑定到PodSecurityPolicy）和clusterRoleBinding中使用了这个serviceaccount。接下来，在部署yaml（将在名称空间“dm”中运行）中，我在模板：spec下指定了serviceAccount:dm和serviceAccountName:default。这样，
-
Azure Service Bus有两种身份验证机制： SAS：共享访问签名 根据这里的说法， 对于2014年8月之前创建的所有（服务总线）命名空间，都会创建一个附带的ACS命名空间。 现在是2014年8月之后，所以当您通过Azure管理门户创建服务总线名称空间时，不会创建附带的ACS名称空间。 上面的同一链接还指示使用以下Azure PowerShell cmd let： 但事实证明，useAc