Vérifier si la demande est GET ou POST

Dans mon controller/action:

if(!empty($_POST))
{
    if(Auth::attempt(Input::get('data')))
    {
        return Redirect::intended();
    }
    else
    {
        Session::flash('error_message','');
    }
}

Est-il une méthode en Laravel de vérifier si la demande est POST ou GET?

InformationsquelleAutor JoeLoco | 2014-01-11

7

Bien sûr, il existe une méthode pour déterminer le type de la demande, Mais au lieu de cela, vous devez définir un route qui gère POST demandes, donc vous n'avez pas besoin d'une instruction conditionnelle.

routes.php
```
Route::post('url', YourController@yourPostMethod);
```
à l'intérieur de vous controller/action
```
if(Auth::attempt(Input::get('data')))
{
   return Redirect::intended();
}
//You don't need else since you return.
Session::flash('error_message','');
```
Il en va de même pour GET demande.
```
Route::get('url', YourController@yourGetMethod);
```
- Tom solution ci-dessous (non choisi) est mieux
- Vous downvoted ma réponse parce que c'est mal ou parce qu'il n'est pas le meilleur?
- Tout simplement parce que je crois qu'il n'a pas répondu à la question; vous avez un point en ce que vous dites, mais pour de très simples tâches (et lors de l'ajout de la validation côté serveur) je crois qu'il est préférable de traiter en une seule méthode de contrôleur.
- Comment pouvez-vous atteindre votre seule méthode de contrôleur Route::any()?
- Oui, j'utilise de la Route::any() et occupons de tout dans la méthode de contrôleur; y compris la validation et l'affichage de tapé les informations d'un formulaire de retour si besoin.
- Je suis d'accord avec @Krynble. Ceci ne répond pas à la question. Il y a des circonstances où votre POST et GET itinéraires peuvent faire très très semblables choses. Cette solution encourage code inutile de duplication qui augmente potentiellement prendre en charge la maintenance à long terme. Le nombre de votes sur Tom réponse suggère d'autres reconnaissent aussi.
- Je ne suis pas d'accord avec vos arguments. Les circonstances dans lesquelles POST et GET faire des choses similaires ? Ce sujet RESTE, les opérations CRUD, POST-REDIRIGER-GET. N'est pas de placer tout le code dans une méthode, à la différence de logique chemins encourager code de duplication ? Ce acceptée comme une réponse suggère ?
- Vous êtes libre de ne pas d'accord 🙂 Mais je suis toujours en tenue de ma position. Pourquoi le framework Laravel vous permettent d'envoyer des POST + de descendre la route même si il n'y avait pas un but pratique? Voir: stackoverflow.com/questions/18326030/....
- avez-vous besoin de la validation de votre demande ? Et puis, quand vous avez une erreur dans votre formulaire soumis (je présume que c'est une requête POST) , ne vous rediriger vers la même origine itinéraire ?
- À des fins pratiques comprennent: l'affichage d'un enregistrement dans une base de données, mais si l'utilisateur arrive à l'écran via un formulaire (plutôt qu'un lien), il doit recevoir un "travail fait" message. Sinon, le GET/POST itinéraires de faire exactement la même chose. Il serait duplication de code à écrire 2 itinéraires en cette circonstance, et "le même écran" risquerait de faire "des choses différentes", comme le développeur (et futurs développeurs) modifiez le code dans le temps. "A accepté de répondre" signifie "il a été assez bon pour le sens des besoins du moment". Cela ne signifie pas nécessairement que la question a été répondu 😉
- Vous pouvez la mauvaise utilisation d'un cadre dans toutes sortes de façons différentes, c'est ce que ma réponse s'opposer. J'ai perdu vous, dans votre explication. Comment "l'utilisateur arrive à l'écran via un formulaire" ? Vous le devinez, la majorité des électeurs a été à la recherche pour Tom de la solution, mais je ne crois pas que l'OP.
- Vous avez cette situation lors de l'utilisation de la pagination. Par défaut, la page suivante vous utilisez le même itinéraire le point de vue a été appelé à partir, donc, la lecture d'une base de données et la pagination des résultats d'envoyer un de se rendre à une méthode qui peut également recevoir un post comme dans une demande de recherche avec les paramètres. Pour éviter cela, vous devez rediriger la requête get à une autre méthode qui permettrait de faire la même requête de base de données, donc la duplication de code!
- J'obtiens ce que vous dites, mais il n'y a pas de doublons, sauf si vous choisissez de mettre en œuvre cette façon.Votre situation est exceptionnelle cause vous utilisez une requête personnalisée (pour le fonctionnement de la pagination) et un formulaire qui affiche les paramètres de la requête. La redirection que vous avez dit est inévitable, mais vous pouvez éviter de faire la requête de base de données en vous méthode post (qui est redundunt et le type de contradictive cause habituellement méthode POST magasins de données et d'OBTENIR des extractions). Suffit de rediriger et de passer les paramètres à partir du POSTE de votre méthode GET. Je ne comprends pas pourquoi vous downvote une réponse qui ne répond pas à vos préférences, mais n'est toujours pas mal!
InformationsquelleAutor giannis christofakis
143

Selon Laravels docs, il y a une Demande de la méthode pour le vérifier, vous pouvez donc le faire:
```
$method = Request::method();
```
ou
```
if (Request::isMethod('post'))
{
//
}
```
InformationsquelleAutor Tom
44

Les solutions ci-dessus sont dépassées.

Comme par Laravel documentation:
```
$method = $request->method();

if ($request->isMethod('post')) {
    //
}
```
- Undefined variable: request
- Cela fonctionne lorsque vous êtes de passage à la demande d'une fonction électronique.g function myFunction (Request $request, $otherParams) { if($request->method == 'get') {} }
- Ou simplement l'utiliser request()->isMethod('post') n'importe où à cause de la fonction request() est inscrit globalement dans Laravel.
InformationsquelleAutor hubrik
6

Utilisation Request::getMethod() pour obtenir la méthode utilisée pour la demande actuelle, mais c'est rarement nécessaire que Laravel ferait appel de la méthode de votre contrôleur, selon le type de demande (c'est à dire getFoo() pour OBTENIR et postFoo() pour POST).
- N'est-ce pas Laravel 3 pour is_post et is_get que Laravel 4 utilise camelCase?
- Vrai. Enlevé...
- À l'aide de méthodes distinctes pour GET et POST peut ne pas être souhaitable. Pour la simple CRUD des cas d'utilisation, à l'aide de la même méthode pour les deux GET ou POST peut réduire la duplication de code et abaisser la charge mentale de développement.
InformationsquelleAutor Marcin Orlowski
5

$_SERVER['REQUEST_METHOD'] est utilisé pour cela.

Il retourne l'une des opérations suivantes:
- 'GET'
- "TÊTE"
- 'POST'
- 'PUT'
InformationsquelleAutor Pierre Emmanuel Lallemant

Vous devez vous connecter pour publier un commentaire.