CakePHP: meilleure façon de faire appel à une action d'un autre contrôleur de tableau comme paramètre?

Dans un contrôleur, ce qui est le moyen le plus approprié d'appeler à l'action d'un autre contrôleur et aussi passer un tableau en paramètre?

Je sais que vous pouvez utiliser requestAction appeler dans d'autres contrôleurs. Mais est-il possible de passer des tableaux comme paramètres à l'aide de demander une action?

Et non, je ne veux pas mettre de l'action dans le Contrôleur App. Ce n'est donc pas une solution pour moi.

Le seul autre moyen que je connaisse est à la charge de l'autre contrôleur comme l'explique:
http://book.cakephp.org/1.3/en/The-Manual/Developing-with-CakePHP/Configuration.html#importing-controllers-models-components-behaviors-views-and-helpers

Mais est-il un moyen plus facile de simplement appeler les autres contrôleurs de l'action tout en passant un tableau comme paramètre?

Je suis nouveau à cakePHP de sorte que toute suggestion est apprécié. Merci.

  • Qui cakephp version? pourriez-vous ajouter?
InformationsquelleAutor |
  1. 25

    Serait-il approprié pour vous de passer de la logique à partir de la deuxième contrôleur dans son modèle, puis faire quelque chose comme ceci dans votre première action de contrôleur?

    $var = ClassRegistry::init('SecondModel')->myMethod($array);
$this->set(compact('var'));

    Puis, dans la vue de la première action de contrôleur, vous pouvez utiliser ces données.

    J'essaie toujours de garder contrôleur de méthodes pour des actions que vous pouvez frapper à travers le navigateur, mettre autant de logique dans mes modèles, appelez modèle étranger méthodes de contrôleurs des actions qui ont besoin de données à partir de modèles qui ne sont pas le modèle de ce contrôleur, puis utiliser ces données de mon point de vue, et si c'est des données qui est considéré souvent, j'ai créer un élément pour elle.

    • bonne suggestion. J'ai entendu des choses sur la séparation de la logique de contrôleur pour modèle avant. mais toujours pas clair à propos de ce concept. peut-être que je acquérir plus d'expérience avec un gâteau, je vais obtenir une image plus claire. Merci pour votre aide.
    • Neil a la bonne idée. Les contrôleurs sont conçus pour gérer et déléguer les demandes entrantes. La logique d'entreprise, ou d'un code qui n'choses devraient principalement être dans vos modèles.
    • Je ne crois pas que c'est correct, les modèles sont pour la base de données des règles d'accès, les contrôleurs de gérer tout le reste, l'essentiel d'une application dans le contrôleur, dans la plupart des cas.. je ne sais pas ce que vous entendez par "code qui fait des trucs".. de toute façon, la meilleure pratique de l'OMI est de rendre le code de ré-utiliser en priorité, donc, idéalement, beaucoup de choses doivent être placés dans le contrôleur de composants électriques, le modèle est utilisé pour des choses comme la validation des données, etc, et dans ces cas devrait également être fait dans les composants (dans le modèle de dossier) pour ré-utilisation de ces ainsi
    • Je suis en désaccord. Les modèles doivent être en gras, les contrôleurs de maigre. Autant la logique devrait être mis dans les modèles que possible. Tous vos contrôleur doit faire est de traiter la demande, de traiter avec les sessions, composez le modèle des méthodes, des données de jeu pour les afficher et de gérer userflow etc. Si vous trouvez que vous faites ces choses de la même dans beaucoup de contrôleurs, puis créer un composant. BTW, le saviez-vous le commentaire que vous avez commenté, a été écrit par l'un des développeurs de CakePHP?
    • pour les bons conseils dans la réponse et les commentaires. Il est facile d'oublier sur les meilleures pratiques et d'aller à la "facile" de la solution.
    • Les "modèles de matières grasses" mantra n'est pas une raison pour les jeter n'importe quoi et tout en eux. Les modèles sont concernés par l'extraction de données et de stockage, ainsi que les méthodes qui font de ces emplois plus facile appartient dans le modèle... mais. La logique métier est techniquement pas même être couplé au framework CakePHP à tous, , soit le contrôleur ou le modèle. Il doit exister dans votre propre PHP "bibliothèque de classes" que le contrôleur tire dans l'étendue et l'utilise comme nécessaire, mais c'est beaucoup plus avancée que l'on voit habituellement dans le Gâteau apps.
    • les modèles sont pour la définition des données et des règles d'accès. Les contrôleurs de la logique dans l'application.

    InformationsquelleAutor
  2. 29

    Je n'aurais pas des conseils pour l'utilisation de la méthode requestAction mais plutôt d'importation, et d'instancier le besoin de contrôleur.

    CakePHP doc a dit à propos de requestAction que:

    "Il est rarement approprié pour une utilisation dans un
    contrôleur ou d'un modèle"

    http://book.cakephp.org/view/434/requestAction

    Une fois que vous avez importé et chargé le contrôleur, vous pouvez appeler n'importe quelle méthode de ce contrôleur avec ses paramètres.

    <?php
  //Import controller
  App::import('Controller', 'Posts');

  class CommentsController extends AppController {
    //Instantiation
    $Posts = new PostsController;
    //Load model, components...
    $Posts->constructClasses();

    function index($passArray = array(1,2,3)) {
      //Call a method from PostsController with parameter
      $Posts->doSomething($passArray);
    }
  }
?>
    • merci pour votre réponse. oui, j'ai entendu que des rumeurs sur requestAction. me demande pourquoi il n'est pas encouragé. De toute façon, 'Importer' est une autre solution, merci.
    • Je suis d'accord, c'est mieux, j'avais été en utilisant requestaction mais il montre vite pourquoi il n'est pas bon, si vous avez besoin de passer dans une chaîne de caractères qui contient quelque chose, mais le texte de base, ça ne marchera pas droit, depuis sa à l'aide de la méthode d'url, de sorte qu'il ne peut pas avoir des caractères spéciaux et si vous utilisez "/" dans une chaîne de ce va la défoncer dans des variables séparées
    • À l'aide d'un contrôleur de l'action dans un autre est assez commun dans un grand app. Est-il des nouvelles sur si le Gâteau sera de mettre en œuvre une norme de commande unique pour faire d'autres que requestAction que même les états de documentation a de mauvaises performances.
    • désolé d'être que la vieille poste à poser, mais après le chargement du modèle et de son utilisation, est-il nécessaire de le décharger?
    • Comme je le comprends, vous n'avez pas à vous soucier de déchargement eux. Le chargé modèles seront utilisés par vos fonctions de Contrôleur à chaque fois qu'ils sont appelés.
    • Ce code a provoqué l'ERREUR FATALE
    • L'exemple de code ne sera pas exécuté tel qu'il est actuellement rédigé. $Posts = new PostsController; et $Posts->constructClasses(); ne sont pas à l'intérieur d'un CommentsController méthode.
    • Les variables définies besoin d'aller dans une méthode, ou peut-être ce constructeur de la classe. Mais en dehors de cela, je pense que cela est beaucoup plus propre solution que l'autre réponse. Merci!

    InformationsquelleAutor
  3. 3

    De CakePHP 1.2.5, vous devriez être en mesure de passer les différents types de paramètre, à travers le deuxième paramètre dans requestAction(). par exemple:

    $this->requestAction('/users/view', array('pass' => array('123')));

    Puis dans le UsersController:

    function view($id) {
    echo $id; //should echo 123 I believe, otherwise try $this->params['pass'].
}

    Au lieu d'utiliser 'pass' ci-dessus, vous pouvez également essayer la "forme" et " nom " pour passer de la forme ou des paramètres nommés respectivement.

    • Super! n'était pas sûr de savoir si je peux le faire. Pour l'essayer. Je vous remercie.
    • je peux confirmer que cela fonctionne
    InformationsquelleAutor
  4. 3

    CakePHP 2.X:

    <?php
App::uses('AppController', 'Controller');
App::uses('PostsController', 'Controller');

class CommentsController extends AppController {

    public function index($parameter = null){
        //Instantiate
        $Posts = new PostsController();
        //Load model, components...
        $Posts->constructClasses();

        //Call a method of Posts passing a parameter
        $Posts->aMethod($parameter);
    }
}
    InformationsquelleAutor
  5. -1

    Je l'ai mis dans ma classe AppController la méthode suivante et variable de sorte qu'il est caches dans le cas d'appels multiples

    var $controllersArray = array();

function _getController( $pControllerName ){
    if ( ! isset($this->controllersArray[$pControllerName]) ){
        $importRes = App::import('Controller', $pControllerName);//The same as require('controllers/users_controller.php');
        $strToEval = "$controller = new ".$pControllerName."Controller;";
        $evalRes = eval($strToEval);
        if ( $evalRes === false ){
            throw new AppException("Error during eval of given getController '$pControllerName'");
        }
        $controller->constructClasses();//If we want the model associations, components, etc to be loaded
        $this->controllersArray[$pControllerName] = $controller;
    }
    $result = $this->controllersArray[$pControllerName];

    return $result;
}
    • Il est impossible que vous avez testé ce code. Il ne jeter des erreurs de syntaxe.. Eval..:? Sûr?
    InformationsquelleAutor